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ABSTRACT 


This thesis addresses the initial developnent stages of 
an automated Management Iaformation System (MIS) for use by 
the purchasing activity at the Naval Postgraduate School. 


It initially examines the policies, practicés, procedures 


(p 


ani processing technigu23 employ2i in the aodn-automated 
environment, and identifies k2y 21lenents of iaterest which 
can be captured through automated tschnidques t> improve the 
level of management information available. A sySteom ts 
capture, edit, input and Sess his intosrmatior is 
discussed, and an extensive analysis 2f the necessary output 
reports is offered. The th2sis contluijies by sizing the phys- 
ical requirements of the syst2m and NMeking Specs ras 


recommendations regarding generic hardware requirements. 
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Ie INTRODUCTION 


A. GENERAL 


miemprocess OL Chanje Jr transfsrpation is difficult to 
initiate within any established organization. ion Vol 3 


Mazhiavell:i observed: 


MPiere 1s nothing more ilfficult ¢95 plan, meyer loner sav 
|. Success, nor more dangsrous OF alee ahs te eS 
creation of anew syst2n. For the Sop WA oe has the 
anmitv of all who wouli profit by Sau presecvation of 
the old system and maeraly lukewata defenders in those 


who would gain by the naw ons. 


These words are aS ascurate tolay as in 1513 and are 
moS< appropriate ~o any discussion regarding the development 
of a Maragement information systen (MIS). Such a systen 
must consider what is 2poarently 41 endless succession of 
physical and social patterns of interaction ranging fron 
dosument preparation ani flow to the socio-political aspects 
Smmmee cn JOD POSItion within che organization. An approach 
of this nature may seem overiv broai to most, but in actu- 


ality, zs the only reasonable approash to take if one wishes 


Memeewtety oncegrete anwis into the iaily rou™ins. Systens 
which have failed to consiler this br5ad spectrum have typi- 
cally ended in disuse because: 
1. The end product was unsuitable due t>3 inadequate 
research and deveiopnent 
Pa ite Sead PrGaduct Was efficisnt but not affective 235 
viewed by the users. 
Pee ite “choex’ © Ghalye ane ths manner in which the 


conversion was acconplished rasulted in rebellion by 


users---perhaps to th2 point of sabotage td the systen. 


1) 





Bem, PURPOSE 


This paper will documsnt the davelopment of a Management 
Information System (MIS) for use by the purchasing activity 
at the Naval Postgraduate Schodi by addressing the policies, 
practices, procedures and processing techniques currently in 
us2, and by offering rezrommended changes te the existing 
System which will enhanse both the afficiency and effective- 


ness of the organization. 


C. APPROACH 


The quantum improvements in offiste automation and infor- 
mation systems in general during th? last decade have been 
unprecedented. These inprovements have pronoted ongoing 
reviews of intra-offica 2fficiency and effectiveness ani 
stimulated the collectiv2 imagination Of SVery  -cChiace 
manager. In the privat? sector, th guest for improvements 
in management information has been spurred on by the é€ver 
present profit motive ani desire t> accomplish more with 
less input. Within the Department of Defense, the dual 
mom@eese OGL =NCreesing buijgetary coistraint and decreasing 
personnes availability have precipitated similar reviews. 
Automation of the purchasing Aseuvaty at the Naval 
Postgraduate School is b¢éing — aS a means of Ennancing 
managenent's CemErot.~ and understanding of the WOrK 
environment--thus improviig the effectiveness and efficiency 
of individual workers. 

The author has apprdached this project having been 
advised that automation of the purchasing azttivity is a 
Poenieay gee and that sonm= Eosrm sf  Seceomputerization"” will 
ultimately be applied. ht thes time, HGWemwer, there is no 
indication as tothe tyo2 of system desired or the type 
Which i= best suited to the needs 2f the acct 


i 
: 
ct 
he 
td] 


Many 


options ar2 available--ranging From a tine Sharing 
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arrangement on an existant Navy-own2d1 mainfranea facility toa 
amore dedicated system composed 9f a small mnini or micro 
computer and associated 2rtipherals. Peers fsit™ chat the 
nature of the existing activity, and that of similar small 
purchasing activities Navy-wijie, is most conducive to the 


application of computerized technology. 


De. RESEARCH QUESTION 


The research question for this study is: "How can 
quantum improvements in conputer terhnology best be applied 
to the Naval PcStgraduat2 Scheol purchasing activity <¢t9 
enhance management control and dacision making?" The 
following ancillary issues will be saiiressed: 

i 


ite, wird t management in Pern 2t19n S Curt 


(D 


nily being 
Wtilized? 

Ceoeenat Newetorms Of infornation could be sconomically 
Geveloped to assist in mankaging the PULenaSoenS 
qe@ervaty? 

3. Could n2w information forns be ieveloped for dissenina- 
tion at the lowest levels of the organization ae 
improve buyer awar2en2ss of individual performance? 

4. Given a requirement to sonstrict a computerized data 
base, what data elim2ats are apordpriate tos capture and 
how could they be us3i? 

5. What hardware types aad what caoacities are required to 

? 


= 
Support an MIS for a small purchasing activity 


Ee. SCOPE AND LIMITATIONS 


This analysis is being conduct2i with soae degree of 


PrediepOscttion im What the desisidn ts a@pply- some form of 


a) 


automation to the activities of the purchasin branch is 
fait accompli, and that senior management personnsl within 
b 


the Supply Department hav2 elected t5 begin this process by 
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initially implementing an 4IS. NO attempt is being made to 
develop a completely aiatomated transaction processing 


system. However, collection of data on every transaction is 
absolutely necessary to the daevelospnent of accurat2 manage- 
meat information, and it 1s reasonable to assume that 
follow-on development shoild be abl2 to use the existing 
data base configuration tos further iavelop a fully automated 
transaction processing system. Th approach throughout this 
Stady is one of completS autonomy of system design. Impact 
Ween the operations of other branches and/or divisions 


within the Suppiy Departmant is not i2sired. 


fe) AOOUMPTIONS 


The following asSumptions hava been made cegarding the 
design of this system: 

1. Cost and reliebility o£ th systen are primary 
GOvsccbain.s +t0 be considarei in the development 
process, Ideally, this systen should be highly reli- 
Some yet cost tess chan 510,009.00 to facilitate its 
procurement. 

2. The system should b¢ 2 separates information system and 
PRoulagemOt dLrectiy 2ffect production within the work 
unit--except in the sense that it improvaments effi- 


ciency through better management control. 


G. ORGANIZATION OF STUDY 


This study has been Logically orjg2nized +9 present tha 
reader with an initial aialysis of the system as it exist 


Mima cs purely Manual fomm. It then transitions t> & propos 


wn Fa Ui 


e 
system which will lmprov2 managenent control of ths 6 


fv 


wO 
unit by supporting data alement capture and report gener 
tion through automated means. fh2 final chapter mak 


(D 
07 


Specific recommendations regarding hardware acguisition fo 


my 
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Support of the proposed MIS at the 
and offers insight ints opossible 


other small purchasing activities. 
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UV) 


aval Postgraduate Scho 


ystem configurations 


e) 
a 


} 


ct 





II. ANALYSIS OF CURRENT PROCEDURE 


Aw. ORGANIZATION 


The Purchasing Branch is responsible for e2ffecting the 
procurement of non-standarcd material or services for ths 
Naval Postgraduate School and 2pproxitnately 9 other commands 
Within the geographical aréa. Becta ve s ena eS —2ntaiis 
processing 1,000 Preeussemenm: tcaysactions 2ach nonth, 
Bemgang from no cost to hundreds of thousands of dollars. 
This workload is handled by 5 buyers, each of which has 
vacying degrees of knowledge regarding the procurement 
process, and some of whith specialize in specific types of 
transactions. MecmOngahization is functionally effective 
Due lacks the management controls necessary to trusly opti- 
mize perrormance. 

Befere proposing shanges to the existing system, and 
the development of a new information system that will better 
Support the needs of management, it seems appropriate 9 
@-seribe the present orgyaraigatipnal structure. Faquze 2) 


depicts the overall organization of th2 Supply Ospartment. 


Weve that the pur@khasiig fanctioa, ethich is the focus of 
Bots study, is asSigned to the branch level of hierarchy 
under tne cognizance of ths Control Division. The purposes 


Pemecme Comerol Divisiomess to provid>= for the conatracting of 
suoplies and services, th2 requisitioning of materials, and 
the processing of invoices for payneat. To accomplish theses 
responsibilities the Control Division has been subdivided 
mieO the ISssue/Receipt Contral ani Purchasing Branches. 
Pagure 2.2 depicts the fanctional rasonsibilities of these 


two branches. 
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SS | 
| | 
FUNCTION RESPONSIBLE BRANCH | 
Technical edit and revie2w V7 ee eecrrceo., Sr=anch | 

| Soam@eard Stock Acquisition P7ReGoncrol Branch | 
| Non-Std. Stock Acquisition Piao masnd Branch : 
j Status Maintenance t/eeeomerot Branch 
| Follow-up L7/Reeememel BIanhcn | 
| Receipt/iInvoice processing 7A Contee. Branch | 
L | 
~ S  S  S  e 


Figure 2.2 Functional Responsibilities by Branch. 


Be REVIEW OF FUNCTIONAL RESPONSIBILITIES 


SPeelcmntnct cons 24s5tsd in Figure 2.2 only the acquisi- 
Mmeonm OL TCh-Standarad Materials is csoaisidered ts be under the 


Geams2zance of the Purchasing Branch. However, the technical 


edit and review function jlirectly inpacts upon the workload 
Smee Purchasing Branch and f9r thi reason will bea 
Sweiudeq in the discussion. Por purposes of this study the 


treatment of these two functional responsibilities will b2 
Mca tO the discussion of primary functions, dzcisions, 
aia tnrormation flows 2ssociated with the recurring 


processes. 


em WeemnacaeW Edit ani Review 


Thespian PUL DPOSe Gf this function is to insure 
that requisitions submitt2i1 to the Supply Depactment are 
th? proper format and that requir2i information is va 


In addition, each requisition is rsviewed *o determine 
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the material falls into a material category that requires 
special processing. 

There are two genaral types of requisitions--those 
which are for standard stock material and those which are 
not. Each type follows a particular processing path through 
tha control division, ani must tharz2fore be discussed sepa- 
Dameiy. Prior tec beang reseived by the control division all 
requisitions are reviewed by the Conptroller Deparement for 
financial obligation purposes (Job order numbers are matchei 
against serial numbers to insure only authorized obligetions 
are permitted further proc2ssing). 

All requisitions are submitt2] on a DD Form 1348, or 
in a small minority of cas2s on a DD Form 1149. eegune, 2.3 
is an example of a complet2d DD Form 1348. When received by 
the Control Division, th2se documants are tine stamped and 
Seeced Dy Scandard and non-standard stock. It 1s the latter 
G@eeup whoch 1S of interest to the Purchasin c 
thay will ultimately betome new inputs to tae workload. 
Non-standard requisitions are reviawed to determine whether 
my bali into one of the following sategories which tegquire 
Special processing and/or approval aithority: 

4. Photographic tquipment of Supplies 
b. Reproduction Equipnent or Supplies 
c. Filing Equipment 

1. Typewriters 


(D 


- Defense Industrial Plant Equipmant 


rn 


Plant Account Material 


Laber Saving Devices 


vr 4 
® 


Mandatory Turn-in Repairables (MIR) 

Requisitions are also reviaw2i to detezrnine if the 
Material requested is carried by the Ready Supply Store 
GSS) Theses accomplished by searching the ASS inventory 
catalog. he thesmatermal us carrisi, the DD Form 1348 is 
returned to the customer jlepartment for subsequent submis- 
emomeecouthe RSS. 
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For items with part numbers provided, a review of 
tha Master Cross Referencs List (MRCL) is performed. sibaae! 
match is made, the stock namber is v2rified against the Navy 
Management Data List (NMDL) td determine its validity. If 
it is a good stock number the regi2est is returned to the 
customer department for preparation of a standard stock 
reguisition. If a cross reference is not made or if a stock 
nunber preves erroneous based upon ti2 NMDL review, a final 
attempt to cross reference the requested item ts a national 
stock number may be mad2 | <he POL Omang 
publications: 


a. Afloat Shopping Guid=> 
b. Federal Supply Schediles 
c. General Services Administration (3SA) Cazta2zlogs 


It is important to note that the degree of effort expended 
upon cross referencing i given procurement request is 
Girectly dependent upon the workload and the level of expe- 


rience of the personnel assigned +> the task. Not all items 


ie 


are reviewed; only those whi the ceviewer feels are prin 


(D 


1 
Candidates for cross a based upon int io Maes 1 
con 


Le= On of 


OF 


experience will be rigorously revi2w2i. Upon 
ali checks and reviews, a2 2n-standari stock reguisitions are 


forwarded to the Purchasing Branch. 


2. Purchasing Branzh Review 


The Purchasing Branch of tae Supply Department is 
responsible for the acguisition De Ball ‘non-~stardaera'® 
material réquired to support the operation of the Naval 
Postgraduate School. Tha term ‘non-standard’ refers t9 
material which is not roatinely scockpiled in government 
warehouses and has therefore not b2en assignei €& national 
stock number for purposes of ordering from selected stock 


points. 
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ie Meseing. of —this ofgjanization 1 ikewechat of any 
procurement organization within the Defense Depa 
however, it is umigue in the sense that the catio of 'non- 
Seandema'wetO ‘standard stosk Joqusceerorns is 

infElated in favor of ‘non-standard’ naterial. In most oper- 
ations the typical mix might b2 20% ‘'non-standard' and 80% 
‘standard’. This is completely atypical of the operation at 
the Naval Postgraduate School whar¢e tne above mix iis 
inverted to 80% ‘non-staniard’ ani 23% ‘'staniard'. This 
Gee patrety is attributed t) the unigie nature oof actiwéties 
associated with @ university environment wherein the 
Meayenity Of material acgqiisitions ar2= for iteans which are 
not of a military natuce and are therefore not maintained 
Within the supply system. 

Material acquisition is initiated by the submission 
of a properly prepared 0D 1348 or 0D 1149. These documents 
must have been properly screened by the Comptroller for 
purposes of obligating funds for payn2ant, and they must have 
be2n reviewed by person22l in Sste7eecezpe SOnerol “ for 
Peostole "“Tilling by way of "standarit stock. If #ither of 
these actions is incomplate, they aré returned for appro- 
priate action and further procuram21t action is suspended. 
Visible evidence of appropriate action is certified by the 
BePpearence Of the Comptroller's stamp in the upper fright 
corner of the document ani a date st2np on the back, iccona- 
plished by Issue Control when the dotument enters the Suoply 
Department. These docum2ats must contain several pieces of 
PercOrmet. On WERE hOut Whisth procurenent action cannet 0») 


initiated: 


2. DOCUMENT NUMBER---[his number consists of 2 unique 
unit identifier cod2, the julian date upon which the 
requisitioner preoac2ed the document, and the reguisi- 


tioner's next sequential serial number. this Tuner 
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must be unique in th2 Since that the requisitioner can 
identify a given atyuisition From all other ecquisi- 
tions given only this number. EXAMPLE: 
N12345-2180-1001 

b. NOMENCLATURE---This is a dascription of the material 
or service which the reguisitioner desires. It may b2 
formated in whatever manner th? requisitioner wishes 
but it must be understandable ¢9 personnel within the 
Purchasing Branch and must Comtuarm Suftaciently 
Pap Cit sancormation sto 6«6facilitate the procurement. 
Such things as size, color, tolerance must be included 
to avoid any unnecessary delays. Of particular note is 
mereeneod for SOLE SJUKCE dosunentation. SORE so OU RCE 


Bommerc [Oe ne TeEquisiw@eoners belief that the material 


or service can only be provided by a particular 
vendor. Tf this is in fact the casa, the requisi- 
eiCner must prepare a statement sufficiently 


documenting why no other vendor can fulfill the need. 
PeeemoUenitiTY---—The amouit Of the service or physical gooj 
desired by the requisitioner. 
eesti rhoateD AMOGUNT---Tie dollar amount/cost of the goods 


Of Services. 


Pere OlmolLTEONER—=—--1he identification of the ordering 
Meet /dgepat eno mewahich is t5 receive thd goods or 
services. 


£f. PRIORITY---Tnae dagree of urgency associated with 42 
given acquisition. 

All incoming requasts 2re str2aned by the Supervisor 
for degree of difficulty and dollar amount. after deter- 
Mining these factors, th2 supervissr assigns 2ach request 
based upon the levei of kaowledge of each buyer and to some 
degree the type of requ2st involv:3i, ence Lipimsses Lend 
reguests and maintenanc2/rental agrsements are typically 


assigned to particular buyers on a parmanent basis. rus 
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allocation process is largely subjective and is based upon 
the supervisor's experiance and knowledge of existing back- 
logs on the desks of individual buyers. 

Each buyer receives their assigned acquisition 
reguests once a day, or possibly twite2 a day, dipending upon 
the supervisor's ability t> screen his/her inconing basket. 
These newly assigned requests are logged ints the buyer's 
work-in-progress lod. This log, andi the individual entries 
contained within the log, will subsequently b2 utilized +9 
produce a weekly backlog and aging report for use by the 
supervisor in the future assignment of new requisitions. 

The order in which each buyer processes assigned 
reguisitions is primarily iependent apon the priority asso- 
Ciated with each requisition and setondarily upon the age. 
Memeceimportant to note that the workload and the priority 
system do at times combine to inhibit the timely processing 
fewlOwWeEL priority requisitions, i.2. iio iLS “PpoSs@ole Zor 
Older, low priority reguisitions t) remain unworkéed simply 
besause newly received reyiisitions are of higher priority. 
At these times the supervisor is responsible for identifying 
@eetical cases in which low priority requisitions must bs 
given preference over high priority r2aqguisitions. When this 
Besurs, the supervisor is in rceality tasked with accon- 
plishing the completioa Of Ea aged low BELOrEty 
Bemiessct2=Ons and che timely processing of ali high priority 
reguisitions as well. In Short, an increase in productivity 
1s mandated. A delay in processing r2sults in 2 degradation 
Gomitne "“OPOCuUrSement action leal tine' (PALT) attributed +o 2 
giveh requisition. The PALT neasur2neant is @ key indicator 
of system performance utilized by avery purchasing activity. 


This indicator measures the ‘wait tins! experienced on every 


procurement request between the time it enters the 
Purchasing Branch until a buyer has contacted 2 vendor and 
completed the necessary action required to initiate the 
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actual supply of the material or service. Such a measure- 
ment is closely related to buyer basklog and the workloads 
upon each individual buyer. Howevec, the PALI measurement 
is also effective as an indicator of overall system perform- 
ance and not just the parformance of a Single buyer. Laas 
measurement is now being provii2i manually Je TeV CrY 
procurement completed to determine th2 averag2 PALT for the 
systen. It is a meaningful indicator of branch performance 
which Management relies upon for paeausrmon7/ planning 
purposes. The proposed system will sconpute this infcrmation 
internally and provide a ietailed aaalysis on ¢ach buyer and 


on the system as a whols. 


C. AN ALGORITHM FOR NON-STANDARD PRICUREMENTS 


Pie ww collewemmge discussion is logically organized t9 
provide a framework by whith a given procurement transaction 
is processed. An attempt has b232 made to structure tha 
discussicn along algorithnic lines !) facilitat2> an under- 
standing of the process=?s each bayer must atilize when 
processing a@ Single transaction. 


1. Procurement of ADP Equipment 


la 


The first deécisiyn that 2ach buyer nust nake, 
begarding the processing 9f a requisition is whether or not 
a jiven acquisition is for AD? eg ment 


the buyer must determine from the astin 
n 


qT 
j- 
YU 


not the sum total of this acquisi 
If it does, the procuremant must first be approved by 
Sizes Of Naval Eagucation and [raiaiag (CNET). The buy 
begins this process by completing 2 2276 and loggina 
transaction in the Purchas2= Support Log. tees Log consis 
of the following columns: 


a. Julian date on the requisitioner's reques 


Reeser t™ael number on th 
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c. Next sequential numb2r in the Log 
1. Date transaction is being logged 
2. Department code 
f. Nomenclature 
eee ce meity tO Which this 2ction is being ceferxred for 

procurement 
h. Number of different line itens being procured 
i. Dollar amount 
Me contract number assigned by procuring activity 

Gmon CGoatoree son OF the 2276, it: is forwarded to the 

Meer Of Naval Education and Traininy (CNET) for procurement 
Memorization, and no further action is taken pending its 
return. Ultimately all approved reguests will be forwarded 
to NSC Oakland for action. 


2. Procurements from Jther Government Agencies 


=—_ owe ow 2 wae ew 2 ae Se Soe a bed ep eap @P 68 ae a oe = @= == aeeamw ae ae = «os 


If the procurement is for AD? equipment/service, but 
teeeieeno. exceed $10,000, or if the procurement is not for 
V2 eee oo dea poOocurement 


ADP equipment/ services, the b 
action by determining wheather ¢ requ2sted can be 
h 


Tovided by some source wit lL qovernnent S20 > 
g ’ 


TS 


n 
jeemGovernment Printing Jffics, Fsisrai Prisons Industry, 
etc. Where possible, thes2 so BomUts wezsi tO Na Rinize 


u 
costs to the Government. Acqui 
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s f£ 
Agencies are accomplished on an 11535 Delivery 3dr 
n 


ieeawelry Prepared sontract aumber. This coneract number is 
sequentially assigned fron the 'F' 19g and is unique to each 
procurement. cmt eg 6s Conposed of ths. following 


columns: 


a. Juiian date of reguisitioner's cequest 
b. Serial number of requisitioner's request 
c. Next sequential numb2r in the log 

d. Date transaction is Logged in 


2. Department code 


2 





f. Nomenclature 

yj. Vendor is local or outside the local area 
h. Tenant activity 

fe DOLlar amount 


3. Federal Suppiy Schedule Prosucements 


If the material/s2rvic2e is 19t available from agen- 


ci2es of the federal government, the buyer must determines 
whether it can be procured on an Saect ing contract 
previously established DY tha General Services 
Administration (GSA). [These contracts are referred to as 
Feieral Supply Schedules (FSS) and must be utilized when 
availabie. As in the previous examole, a Delivery Order is 


prepared citing the vendor with which the Government has 
contracted to provide th? given goo.ds/services. However, 
the FSS number will be cited on this Delivery Irder as well 
as the lecal purchase ord2r number. AS in the 2bov2 examols 


Mies transaction will be loggai to ths 'F log. 


YW. Procurements Exse2ii 


hemes ene 2IulSte2on caande Demersceel eq py ~3 
Gemernmment source or canidt b2 provided on an existing FSS 
Somerac., che buyer must next detaernine whether *he goods/ 
services can ba procured for i2ss than $25,000. This is th2 
Gueeente LiMstaticn of local procurement authority 
determining factor as to whether a2 jglven aquisition can b2 
contracted dacally. £L must be referred to another 
SCepelage=NGeauthority having a higher limitatio2a. For those 
it2ms in which the estinatei dollar value exceeds this 
limitation, the buyer will prepare a 2276 and log the trans- 
Teron <lexPunchase Support Log. Further procurement 
action at the local level is suspended and the activity to 
which the action is referred wili ultimately provide tk2 


Purch aed eslanchewith 2 scopy of th2 completed contract. 
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urements Less [ha 


At this point in the processing algorithm, the buyer 
should have eliminated procurements in excess of $25,000. 
In order to continue the buyer must next deternine whether 
the sum total of the — * wii eOxmeesi $500, EOc 
conpetitive bidding processes are reyuired for acquisitions 
exceeding this amount. 

First, let's consider ths case in which no competi- 
mets Tequlred, i-é€. the cost of this transaction will not 
eeeeca $500. The buyer has two potential means of 
meee l= £g ehais acquisition request, and if this transaction 


dos not exceed $150 a third option is also available. 
ae 1155 Purchase Jrder 


The buyer may prepare an 1155 Order for Supplies 
or Services by selecting a vandor from the Sn211 Business 
Padex file. This file has been eastablish2i in Federal 
Supply Class (FSC) order to facilitate such assignments, 
1.2. it is arranged by type of material supplied by the 
me. Each vendor may have more than one index card in 


O 
the file if he/she suppli2s a wide range of material. 
be. Blanket Purchase Ajreeaneat 


The buyer may select a vendor with whom 3 

Blanket Purchase Agreement (BPA) has been negotiated. This 

[ype Orew@equas2t 10n is by far the least costly to process in 

that the vendor haS agr22i t9 post 2ll orders to an oven 

account and provide a siagle itemized bill on a monthly 
basis. There are two possible optioas: 

Oly Mae veriotwagrees to providS wnaterial based solely 

upon a phone request fron the Purchasing 8raénch. in 

this case, the buyer will pass the order ts the vendor 


over the phone and will provide the venior with «ne 
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BPA number and a s2qguential call number extracted from 
Pemeen sececr TOoneot the tF* log. To docunent this 
transaction the bayer will preoare a DD 1348. 

(2) The vendor requires ahard csopy docunent prior to 
processing the ord2r. In this case ths buyer will 
prepare a 4270 citing th2 BPA namber and a sequential 
call number extract2]i from th2 ‘A section of the ‘'F* 
EOC: [hemor romaater 2S Orsvided te the vendor to 


initiate the procur2nent. 
ce Imprest Fund 


In those cases in which th2 cost do2s not exceed 
$150 and the vendor is 13t 2 BPA vendor, the buyer may 
feeees> the acguisition as an Impzest Fund order. This typs 
of procurement is like that of a patty cash transaction in 
fmemcivilian Sector, i.2. the requisitioner is providsd with 
cash to pay for the material or service and is obligated tt) 
return a paid sales voucsh2c to the Imnprtest Fund cashier, 
the vender may agree t> proviie th2 material COD. If the 
vendor will accept a telephone order a DD 1343 is prepared 
to document the transaction. If 42 requires a hard copy 
document a 4270 is prepar34i ani mailed or hand carried. f[n 
either case the transaction is logg2d in the 'Y* log whic 
contains the rollowing columns: 

(Ayeemmeran date On reqguisitioner's requisition 

(2) Serial number on requisitioner's requisition 

(3) Current date 

(4) Next sequential number in 'Y!' log series 
(5) UIC or department of requisition 

(6) Description of it2n 

(7) Vendor's name 

(8) Large or smil1l busin2ss indicator 

(9) Dollar amount 
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Cee eoancmentis  Exce2siing $50) 


Now, let's return to the c2s2 in whith the cost of 
the acquisition will exceai $590. At this point the buyer 
knows that the cost will b2 between $500 and $25,000. This 
is the range in which th2 buyer 15 r2quired *5 solicit thres 
Or more competitive bids 2c accept the submission of a 'solse 
source! statement from the requisitioner justifying th:a 
existence of a single asc29table vanior. Sole source is thea 
exception rather than th2 rule and aust be closely scruti- 
nized with a view toward promoting conpetition as opposed to 
Gamanishing it. The burden of providing tha buyer with 
adequate sole source justification is on the requisitioner. 
All subsequent processing is handl2d in the sana manner for 
Beem sole source and como2titive bijiding, i.e. once the 
ultimate vendor has bean determin2i, complation of the 
acjguisition process is identical. 


7. Blanket Purchas= Agreements 


=a 2 ap a SS SS = on as ee a aa a On 28 2 eae asa = 22 == ae 


The buyer may orocesd by datermining whether 432 
particular acquisition nay be fulfill2d by a BPA vendor (Ses 
pravious explanation of BPA process). This is accomplished 


by determining two things: 


Meme tner tne total sost of ths asquisition is less than 
$10,000. 
db. Whether the vendor in gquéstion has negotiated a BPA 


agreement. 


If the answer to both these questions is yes, then EPA 
processing procedures as previously discussei are fully 


applicable. 
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So ) Pischase Orders ani 


weetre 2S detertiisd Chat ta=2 cost of acquisition 


will exceed the $10,090) limitatio1 associated with BPA 


procurements, a check nust again be nade ts detérmine 
wheather the cost will also Sree oder ne 925,000 local 
Semceractang authority. [If so, the buyer is precluded fron 


issuing an 1155 Purchas? Order ani must prepare a 2276 
Reguest for Contractual Procureneant. As previously 
G@ascussedc, this transaction is in 23ffect a referral of the 
acguisition process to an activity with a higher contracting 
authority. The Purchas? Support Loy is used to document 
mes tlanhsaction. Th w@aowmecvent thac the acguisition in 
guestion does not exceei $25,000 th2 buyar is authorized to 
prepare a standard 1155 Purchase IJrder and document the 
meenceceaon by logging it to the '4%" log. This log consists 
of the following columns: 


a. Julian date on requisitioner's reaguis 

b. Serial number on regaisitioner's requisition 

c. Current date 

qd. Next sequential nunb2r in the '4* log series 

2. UIC or department identification number of requisi- 

eroner 

f. Description of material 

J. Vendor's name 

h. Number of items on this order 

i, Yemcor's locality 

a. Delia; amount 

Returning again t> the quastisn of whether a gi 

acyuisition may be filled by a BPA vandor, th2 final is 
is whether the vendor b2i1g considered has negotiated a BPA 
agreement. Poteet siyes has > Spctlon but to ceonplets 
the acquisition by prepacing an 1155 Purchase order as 


previousiy discussed. 
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The preceeding sections -ctegarding tie Current 


processing procedure were guits long and rather complicated. 


The following is a capsulized summary of the najor catego- 


Tries of transactions discussed: 


Nis 


Purchase Orders---Th2se are cortractuail agreements up 
to $25,000, which ar2 prepar3sd on an DD 1155. Those 
Heme 00 do net ~eéylire. conpstitive bidiing prior +9 
award. Those above $50) dod raquire a minimum of 3 
competitive bids axrs2apt as noted in the chapter on 
Material acquisition. 

Blanket Purchase Agreements (BPA)---Th2s2 types of 
transactions are in affect a form of charge account 
established by written agreament with specific vendors 
who have agreed t2 furnish anaterial cor service on 
account and provide an aggragatei bill on a periodic 
basis. A contractual agreement already exists at the 
time a buyer receives the procurament for action. 
Imprest Fund---These types of transactions are similar 
Pemomepercy Cash trz1,Ssaction ila the civilian sector. 
Material may be ordierei by taléphone or amail for 
feolavervyecOD, Or Eheecequisitidasr may be provided with 
cash to pick-up material at ths vendors place of busi- 
ness. 

Orders Under Contrast~---Transactions of this type are 
affected utilizing contracts pr2aviously negotiated by 
another activity. A typical exanple might be the use of 
aeme@etal Supply scieduls {B5S) or standing contzact 
negotiated by a highar authority. These may be referred 
to as a Delivary Order. 

Maintenance /Rental Agr2ement---These transactions 
invelve the establishment of an Oper cdoatract (typi- 
cally long term) in which th2 vendor agqrée2s to provids 
a piece (s) of rental 2quipneint, and/or service 
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specifically denoted piece(s) of equipment for a nego- 


tiated sum cf money. 


Or 
e 


Agreement with Civilian Jniversity---Thes= agreements 
are negotiated with various civilian universities to 
preovice for @he seducational services sthey offer to 
government employees pursuing courses of Study at those 
institutions, €.g. taition, thesis expenses, etc. 

7. Purchase Support [ransactioas---These transactions 
involve procurements which exc2:: the small purchase 
ieee t 7) On ~of™$25,000. Such *cansactions are referred 
to other activitiss having authority er .procur> 


material and service in excess df this amount. 


D. MISCELLANEOUS PROCESSING CONSIDERATIONS 


The processing proceduce cited throughout the preceeding 
S@emesio if sufficient t3 provess 395% of all transactions 
entering the Purchasing Branch. Th2 remaining 5% of all 
transactions fail into a wide rang2 of categories. Pyioume tf 


the more significant warrant recognition: 


de Mznority Businesses---This category includes vendors 
who belong +o memo2rs of Minority races or even 
minority groups such aS womes-sv1ed businesses. Susn 
businesses enjoy significant aivantages over others 
because they ar2 guaranteed Mites CONS. Gera tion. 
Simply stated, thy are assur2i of governnarnt business 
if it can be reasonably assunel that they can fulfill 
the needs of the requisitioner and if the cost of the 
material or service is reasonable. Such vendors need 
not provide the material or service at the absolutes 


lowest cost. 


2. Smell Business Set-a2asides---Procurements of this nature 


exist to promote small businesses by dininishing the 
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GomrereeravS TOrces Within the narket place with which 
these businesses must cop?. This has been accomplished 
by "setting aside’ soscific types of procurements with 
specific dollar limitations which may only be awarded 
to small businesses under the auspices of the Small 
Business AdMinistration. Lowe yet Or acon Sldcration 
in this program, 2 21ISineSS nust have a limited number 
of employees and anaual sales of less than a certain 
dollar amount. In ess2ncea, this has resulted in 
limited competition batwean a fiw qualifying vendors by 
precluding larger veniors who night otherwise enjoy an 


funfair' economic advantage. 


These special catejyories are not within the scope of 
routine processing becaus2? of a sdCcid-poliitical ‘awareness’ 
atnosphere within the OJnited States which h2s prompted 
Congress to authorize thase exceptions to the competitiva 


process. Such exceptions have been recognized as being 'ina 


Ui 


the national interest', aad have as a goal the enhancement 


of the sociai and political welfare of the disadvantaged. 
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III. PROPOSED SYSTEM SPEZIFICATIONS 


A. BACKGROUND 


Typically, a propos2i system is founded on 2 global 
process view which requires end-to-tnd analysis of all the 
activities composing the process as wésll as those which are 
directly affected by th2 process. This analysis has two 


objectives: 


1. The possible redesiga of the orocess as a whole and/or 
of its constituent activities, and 

2. The analysis, integration, SV ae One aid Einec<as na) 
design of the sSupoort facilities required for «hs 


Various activities which will constitute the process. 


This macro analysis view of th2 process may dictates 
moiifications in individial activities or re-assignment of 
activities and responsibilities--sints it makes no sense to 


autcmate and perpetuat? 21 wuasatisfactory process. Even 


tial of new technology, and this is ¢ntirely the case at 


hand. mS PESviously stated in th® sSsé€ction > Scope and 


n 
Linitations in Chapter I, the author's propos2d MIS design 


M 
was to address the funzttional r2sponsibilities of ths 


+? 


purchasing activity as thay are currently assigned. Indeed, 
re-structuring of functional responsibilities among the 
Various branches of the Sipply Department was ts be avoided. 
This aspect of the author's charter has curtailed completes 
optimization of system perfornance in that the purchasing 
EuDeeion, ee 1t is orzganizataonally defined, does not 
Tiswweewstatuset ollow-up cespomsibilitieseor invoices certif- 


ication and payment. Tn2 incorporation of these functional 
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responsibilities would facilitate tas development of other 
forms of management infdrnation and jyreatly enhance the cost 
effectiveness of the systen. Saye 2xample, the vendor 


selection process could banefit greatly from feedback infor- 


Mation available subséeguent to Material receipt and 
inspection. Feedback 1l)s>9ps might be established whereby 
punctuality and merchandiss quality, could be monitored on 


all vendors. Feedforward information to receiving personnel 
would facilitate the prozess of material identification in 
the receiving area and imorcove management control of 'frus- 
trated', undeliverable material. A Similac fe¢dforward 
mechanism could be employed to alert invoice certification 
personnel of the receipt of material and thus provide 4 
Memenxler file* of work 10 process. Such a system would 
Meeewude delays in invoic> certification by highlighting the 
lose of receipt paperwork. 

Obviously the scope of any Systm can continue to be 
broadened almost indefiiritely, bit at some point such 
systems cease to be purely informational in nature and begin 
to take on the role of transaction »srocessing systams. AS 


Stated previously, this was not the intent at the outset of 


this study. The author has therefore tried to design a 
System which provides o1ily managanent information. The 
Seeperia Utilized to scompose th existing system and 


develop output reports for managemeit purposes are depicted 
in Table I The data elaments whith must be captured td 
provide this information will be discussed in 3a subsequent 


seer iON. 


Be SYSTEM ORGANIZATION 


ct 


The proposed system is composei 2f a logical compilati 


~~ O 
DvD HA 


of transactions which document the various steps in ¢ 


procurement lifecycle. AS 2 glv2n procureanent request 
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TABLE I 
System Development Criteria 


Nn 
e 


1. Types of Procurements 


2. Method of Procurenent Aged Backlogs 


Semcontractor Size Referrals 


@O w~ OV 
e 


- Custoner Mix 


{ 

{ 

| 

| 

Work-in-Process | 
| 

U. Procur2ameant Action Lead [ime | 
| 

| 

| 

S| 


— 


ease ae a ee eee Se ee = ae ee eee Se ee Se ee ee ee ee ee ee 


evolves from the initial antry phase to the assignment of a 
solicitation number and the eventual award of a contract, 
its progress will be docsunantedi utilizing specially designed 
Teeusa@etion coded input’t) capture each change in life cycle 
state. System input will be editei and stor2i for daily 


batch updating of the data base sins2= there is no need for 


real-time updating cr on-line query capability. Additional 
discussion of this aspect »9f the system will be provided in 
separate section referring to the uplate process. A series 


of application programs nust be d2signed t 


5 
above functions and proviis the nacessary output reap 
1. input 


The proposed syst2m will acsapt input via a singls 
programmable CRT terminal capable of input edit functions 
and forms generation. This terminal will be located in thea 
Purchasing Branch and will b= utilized to establish the 
“nitial record of eaca procurensat request and to update 
each record with new infocmation dsveloped as 2 result of 
the procurement process. mic 2neti yi eecora of each requi- 


sition entering the system will be input by a 





BemereleGleuk/ceyY plist utilizing a uaique transaction codsi 


entry. Appendix A contains the information associated with 
this input transaction. It is in essence a skeletonizsei 
record containing only the barest essentials. HOWEVEL, 


foremost among these essantials is the assignment of a3 
specific buyer who is resoonsible f5r the 'cradle-to-grave' 
processing of the reguisition. This key el2neant will be 
utilized extensively to establish responsibility for a given 
procurement and to proviie a sort key for many of the 
proposed output reports. 

AS a given transaction progmesses; through the 
procurement process, its 11f2 cyztl2 will be documented at 
each significant change in state. Poitlowingd Loess entry 
Maeo the system, a specific buyesc will begin the task of 
procuring the needed material. As discussed ia the previous 


chapter, this is a complicated prot2ss subject ts many rules 


and regulations. Depending upon th type of naterial, ths 
doilar value of the proturénent, and the existence of 
purchase agreements with numerous veii2rs, the ultimate toh 


pa 
to receipt of material nay be quits variable. However, this 
Omeite process can be capturei utilizing six transaction 


codes to represent the various stages of the procurement 


process. Table II sontains a brief, gen2ral purpose 
@escripct.on of each of the thes2 transaction codes. A 
detailed discussion is provided in sibsequent sections. 


As stated previously, PMc ad S accomplishei 
utilizing a programmable TRT terminal, and due to the rela- 
tively small volume involved, a singie terminal will 
suffice. This single terminal will provide ¢ach buyer with 
a skeletonized display of the particular transaction code 
he/she wishes to enter simply by typing in the jiesired codes 
number. All required and all optional data entries relating 
to a specific transaction code wouli be clearly depicted on 


the CRT screen, and all iaput typed on the CRI screen would 
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TABLE [II 


Suamary of Transaction Codes 


ENERAL PURPOSE 


1 eee: 3! seas received 
EeCQGuiSic on 27 ehe system 
2 Assijyn solicitation number 


Assiyjn contract number and 
completes procurement record 


Make selected changes 
Cancal a r2guisition 


Refer requis Sleron tO wmrecher 
procurement activity 


I-A 
lo 
Io 
(tJ 
a nn ee eed 


| 
| 
| 
| 


be clearly visible to the person inputting the information. 
Any errors would be readily apparent to the usr. Actual 
input into the data bas2 would not occur as an immed 
result of key entry on the terminal. At the time of key 
entry, ali data provided dy the user would be edit 
Peegtammebie mnicroprocesso2r resident inside the terminal. 
Invalid entries would cause the antire transaction te be 
rejected for immediate correction by the person who input 
ane Tees procedure insures that all input is accurate with 
regard to format and data type. It also greatly enhances to 
PE2 babi iaty of ccrrection and resubmission of invalid input. 
Mecoaaing £0 Gesstord, "The decentralization of dat: 
miemroperatvzouS amd th®> integration of data input into the 
job routines of the uSer group nas i1 some cases reduced the 
cost and improved quality at the sane time, contradicting 


the apparent cost-quality trade-cff soncept and showing the 
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overriding importance of amployee notivation.... each data 
input system should b= controlled and operated by usér 
personnel, not by a centralized key-antry departnent. 5 a 
means that data input systems should be built on t23lepro- 
cessing systems that include terminals at usar locations. 
Th2 old centralized batzh system in which users submit 
typed, or handwritten, dJdcuments td a centralized keypunch 
department does not give the user sufficient control over 
met data errors mads by that department." eo oe 
p.137]. Given the relatively small volume of transactions 
to be entered (approximat2aly twenty par buyer per day), the 
author is in full agreenent with Sessford's input strategy. 
By coupling this strategy with th 2nahanced capabilities of 
the ‘intelligent programaable terniial, it 25 ane: pewed 
that significant improvéemants in error detection and correc- 
tion turn-around times ar2 possible. 

fhe ftOlhLowang suosections sontain @ ndtre detailed 
discussion of the functioa of each transacticn code listed 
in Table II Appendices A through F provide further guidance 
regarding the data elements applicable to each code. 


@e Record Establishment 


In the propos2d system e2ach requisition would 
begin the procurement process by bsing loaizi into tne 
Sweree@eutilizing a ‘'TC1' tmansactiloa code. Inly the very 
basic elements relating to each requisition would be 
captured at this point, 1.2. the dotument number, the date 
received, the priority, and the cod2 of the buyer assigned. 
jmeenhas syst2m the TC?) would be entered by a clerk-typist 
beelizing a data input/output terminal. This laput function 
could also be performed utiiizing a keypunch machine and 
cards if necessary. However, sach systems have become 
outmoded, given the high cost of tari stock and the expenses 


of renting and maintaining mechanical keypunch and card 
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reader devices. The relatively small rental expense of 2 
terminal and the on-line edit fuactions whic they can 
provide makes it the most cost-effective method for input- 


ting information. 
b. Completion of the Procurement Recori 


Upon completion of the initial input process, 
utilizing the [C1 transaction code, the clerk-typis* wouli 
forward the requisition to the designated buyer. An auto- 
Mated record of the requisition wouli now be resident in thea 
data base and the existence of the ordcurement action in a 
buyer's backlog would be visibl2 ts the supervisor. In 
Geeec tong the Procurement Action L2ad Time (PALI) 'clock' 
would begin running at th? time the [C1 was antered. At 
this juncture the buyer would be responsible for all further 
processing. Table iI depicts the various options available 
to the buyer. Typically, for transastions amounting to less 
than $500, the buyer would select a vendor and enter a 'TC3! 
transaction code via the terminal thereby conpleting «he 
procurement process. For procuremints exceeding $500, the 
Deer would enter a TC2 documenting ths solicitation of.bids 
feem Verious vendors andi updating the transaction recori 
with the solicitation numb2r. Following the responses from 
the vendors and the selecticn of th2 winning vendor, th2 
buyer Would anter a TC3 t> Compliets the procurement. During 
all phases of the life cyzle of 3 jJivén procurement, the 
supervisor and buyer couli be provilie2d with hard copy prog- 
ress reports. More approoriately, they should be providsi 
With daily exception reports listing those procurements 
which exceed expected prot2zssing tineframes. Suteh reperts 
would warrant close scrutiny by th? supervisor to better 


estabiish priority proc2ssing 2fforts for the workforce. 





on Referrals 


Picci TOnmemerOULTanSs PErScsessing utilizing Ici, 
Meeeanac TC3 entries, the buyer might, depending upon the 
money value or special nature of the procurement, b2 


required to refer the requisition to another purchasing 


geet vity. These procuren2nts would be entered utilizing 32 
mS transaction code and woulj documenzs the Unit 
M@emeatication Code (Iz) of th2 new activity having 
procurement responsibility. As these activities issue 


Gomeracts in fulfillment of their responsibilities, they 
M@ieeeregquired to forward information copies to the initiator 
of the request. These copies would b2 receivei by a clerk- 
Teese and entsred into the MIS utilizing a TC73 to document 
completion of the procurement. Ajgaln, exception reporting 


on overaged referrals should b2 generated. 
d. Changes and Cancellations 


ielpeeto lee 'C3 and TComrransectaons compose what 
would be termed ‘standard processinjy procedure’. HOWEVESI, 
some facility must be built into th2 proposed MIS to allow 
for changes or cancellations t9 procurements previously 
entered into the system. The [C4 ani [C5 have been propesed 
for these purposes. Ric [Gletransastion cod= psovides the 
buyer with the capability to chang2, by overlaying, all 
previously input information 2xc2pt the original document 
nunber provided by the customer. To change the document 
humber, assuming it was antered in 2rror, ths buyer would 
Gemst have to cancel the ernmoneous record utilizing a Ic5 
cancellation. The correst document number would then be 
re-entered utilizing a new TC1l entry. This double input 
procedure is proposed as a safeguari to preclude the inad- 
vertent alteration of sorrect~ IC1 aatries. Any buyer who 


Washea | GO Correct an 2arroneous document number would be 
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Peguised to gnpwt two separate transactions. The ITC5 carncel- 
lation would require the positive selection and input of 3 
reason code for the canc2lilation. IE jal, Sete lal(ollgye ale iaiee each TC5 
entry would generate a istailed cancellation listing for 


supervisory information. 


2. Update 


As proposed by the author, ie sich bs Wil] ba 
updated on a daily basis with the validated inout discussed 
in the preceeding section. The update process would utilize 
an application program dasignéed t9 post input transactions 
to a master file containing information on all active and 
completed procurements not yet purg2i. New records would bea 
Opened in the file for aeswly received procuraments. New 
information, documenting a chang2 in an already existing 
Teeerd, would be added to the file. It is important to keep 
in mind that this information has alraady been validated for 
errors in format during the input precess and the user 
should not expect many, if any, update errors. 

The system has o2en designed as a batch updates 
System after careful analysis of the iaily business routine. 
The author found no evideise that real-time updating of the 
data base is necessary. This is true primarily because of 
the processing procedure 3lready in use wher2by a single 
Payer has ‘cradle-to-grive* contrdsl of e¢acth individual 
procurement. Given the relatively small number om 
transactions being processed during the day, a hy ae y 
regarding a given requisitions status 1s easily answerabls 
if a change has recently occurred. Procureméents for which 
no change in status has taken place will be accurately 
reflected on the previous days output reports. Information 
regarding the status of procurements as of the preceeding 
day is considered more than adequate for workload and 


backlog analysis purposes. Real-tins updating of the data 
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base and on-line inquiry sapabiliti2s are totally unneces- 
sary and will only add to the cost and maintenance problems 
associated with the systen. 

AS in any syst21, PiemGCebsect segquencin ef 


transactions is paramount +o th successful posting of 
sapnat . In the proposei system, S2quencing will be accon- 
plished on two levels. Parst, only one buyer will be 
responsible for the ‘'cradl2-to-grave' processing of a given 
procurement after its initial entry into the system. fies 
shouid insure a degre2 of Soe fs sve yee tO the input 
transactions in that a buysr would ast logically attempt to 
complete a procurement without first opening a record for 
the procurement. Likewis:2, JRO GewouULdo not fogscally 
Peeeempt tO refer a procucament t9 another activity i21f ths 
contract had been awarded locally. Td preclud= human 2rror 


miewrich this logical prostsdur= might be violated, 2s 


Q 
Q 


= 
positive control features would be iasorporatei in softy 
Perv enscure the proper ssgisncing of transaction codes w 
Mea in conjunction with a batch upiats proceiure. TA 
III depicts th proposed »riority for processing the vari 
tEansection codes ints the systean. iapun ad2ta would 
Mivoicaliy sorted prior ts posting t2 insure compliance with 
Wins table. 

The update process discuss2i1 thus far pertains t9 
th2 updating of the data base with n2iw information. However, 
as im any system some means of purging inactive, completed 
procurements from those still active and pending procurement 
action iS requir 4d. The author proposes a monthly purge of 
misem@easter fecord Tile in which all cecords containing a [C3 
or TCS entry are deleted from the naster record and moved <9 
a history file of compl3ated procur2nents. Bosh the Teg 
completion and the TC5 cancellation would be considerei 
CPC SewOEX-in-pilO®cess inputs, and by moving sush cecords to 


ahistery file the inexorable growth of the master recori 
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file would be precluded. Gavetmecne 1,000 newe procurenent 
requests each month and the need to prepare pericdic hard- 
copy reports of all activ2= procurenents, this purge process 
seems most appropriate. This is especially true in light of 
the considerable number of sort passes which will be 
required to produce tailored listings by buyer code and 
dosument number. It is absolutely imperative if the systen 


is to remain compatible with microconputer techaoslogy. 


C. REPORT GENERATION 


The proposed MIS is basically a monitoring tool designed 
to record, track and document the receipt, progress and 
award of purchase requests. It originates when the regquisi- 
Mmrpon 1S first received in the e?urchasing Branch and is 


continuously updated by the buyer +5 reflect th most recent 
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status of each procursm2it request. Onee sescordcd, tha 
reguisition is monitore? through the buying cycle. When a 
solicitation number is assigneji, t22 system is apdated. When 
referral actions are take1 or revisions are made the system 
is updated, and when the requisition is awarded or cancelled 
th2 system is updated. Each of thas2 updates are reflectei 
in hard copy output reports d2sign2i to provili= management 
ani individual buyers with infornation regarding their 
per formance. To assist in thea analysis of th2se reports a 
detailed description of data elements contained within then 


is provided in Appendix G. 
1. Daily Reports 


As proposed, th2 system would generates most reports 
oh a regques*t basis. Pitemees ec O. FC2ausst a report, the user 
would simply enter a spacial report identifier code into the 
batch update. Naturally, sone repor+s would be requested 
more frequently than others. The followin subsections 


describe the daily reports producei oy the systean. 


ae Daily Listing »f Updates [ransactions 


ies Oty rst ing §Or Ait Update Transactions 
wolld generate ahard copy of all transactions entered i 
th2 update. PewOlud. DOM DUERsautomatically without 
request. This listing would becom= 2 permaneat record of 


ali transactions process2d in a given update2 an 


d 
provide an audit trail and/or mneans of ideatifying and 
correcting transactions wnich nay have been e ed 
te 


ously. It would appear as an 30/730 image of the invout 


PaakiccdeceLOn. A typical datiiyeupdate wowld contain: 


(1) 48 transactions to 2stablish n2w records 
(2) 9 trensactions to establish solicitation numbers 
(3) 48 transactions to astablish contract/ford2r numbers 


(4) 8 transactions to dosument changes to existing records 
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(oy | “Garcellatzon transaction 


(6) 1 referral transaction 
be. Detailed Listing of Active Procurements 


Hees Plstapa Contains asdetaaled record of all 
procurement requests currantly heli in the systema. It is in 
document number sequence and provides the user with a means 
of cross-referencing sp2csific procurements t> the buyer 
assigned. Currently no such system exists. Based upon 
monthly receipts of 1,90) new requisitions ani an average 
PALT figure of 13 days, this listing would generate approx- 
imately 1624 lines of output. See Figure 3.1. 


c. Daily Summary 29f dork Processed/Current Backlog 


Report 

The Daily Sunamary of Work Processed/Current 
Backlog Report would contain a summary of the previous days 
work and the current backlog. It would presztat aaqgregatsd 


totals only and would not address iadividual buyer statis- 


mes, see Figure 3.2. 
dea Uae veCommeil=tl>hns/Canc=l Lat 2ons Reoort 


The Daily Completions/Caac2ilations Report would 
be sorted by buyer code and would contain a total count by 
Dever of all TC3 a@rd™Tc5S transactions post: during the 
upijate. It would also list the total number of néw receipts 


by buyer. See Figure 3.3. 
e. Daily Customer Mix Report 


The Daily Customer Mix Report would provid: 
information on individual customers. It would b2 sorted by 
UIS for external commanis and by dotumeant serial number for 
internal departments ani jivisions. Mimo Eoport woule livec 


the total number of procurement actions received from each 
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Figure 3.1 Detailed Listing of Active Procurements. 
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Daily Summary of Wock Processed/Current Backlog 


| 
) REQN RECD __ REQN AWARDED __ REQN SOLICIT 


TOTAL CANC __ REQN BAZ KLOS 


ee et a 


Figure 3.2 Daily Summary of Work Processed/Current Backlog. 


customer, each customer's percentags of the total workload 
volume, the total number of procuremants awaiting completion 
by custcomer, each customer's percentage of tha total volune 


awaiting completion and the average PALT by customer. Se 


(D 


Figure 3.4. 
ff. Daily Work-in Process Reoort 


The Daily Work-in-Process Report will be a prin- 
ciple working docum2at depicting each buyer's 
workload/backlog status in detail. Its primary sort would be 


by buyer code. Within buy2r code sach transaction would be 
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C (E5me) Axa) TOTAL (RESD) 
01 8 1 3 1 
O2 2 J 2 2 
03 3 4 7 6 
TOTAL 13 5 18 9 
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Figure 3.3 Daily Completions/Cancellations Report. 
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Figure 3.4 Daily Customer Mix Report. 


listed by document number together with the date it was 


ry 


foe, the wpinlOracy, the solicitation number, the date 
referred if applicable, and the anticipated referral 
response date if applicable. At th bottom of each buyer's 


a 
portion of the Leper, an aggregated total Sail 
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Figure 3.5 Daily Work in Process Report. 


transactions exceeding 30 days oid and an aggregated total 
of all referrals should be displayei. Mis Plisting would 
average 624 lines inienjth oasei on a 13 day PALT. Se2 


Pepurce 3.5. 
Gee RePOLt OL PUECHaSe Transictzons on Referral 


The Report of Purchase Transactions on Referrai 


3 
Pempomagetailed jist of all active referrals 


(Nese Or eS Oc 
posted) sorted ky document number. It contains the buyerc 
cole, the date received, tie date referred, the anticipated 


Meemonse date and the prizrity. See Figure 3.6. 


Ze meonthiy Reports 


Mewealiy Wipertant, but less frequently required, 
would be information designed to assist managenent in ths 
Preparation of external as well aS internal reports td 
SIpezlors. ivieiecaiey, FEnNes= Lepotrts deal with longer term 
analysis and are used for long term production and planning 
purposes. Phe foldowinz reports would be provided on 3 


moncthiy basis or more frequently, 1 jiesired. 
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Figure 3.6 Daily Purchase Transactions on Referral. 


Seeeeiome nly Customer Mix Report 


The Memehiy Customer “ix Report 1s similar toe 
the Daily Customer Mix R2port discussed in the previous 
Seemvon. However, it would contain an aggregation of ona 


month's transactions as 1t5 name implies. 
be Monthly Completions/Cancallations 


DmewMonenty Completion/cancellation Report? wouli 
be Similar to the daily report i1iscussed in the pravious 
section. It would contain a monthly aggregation by buyer 
code and in addition wouli be seconiarily sortei by purchases 
Pi@enmecRe recognition of the differant production rates 
attributable to each type of procur2neant, i.¢., some types 
of purchases are easier t> effect than others. See Figure 
ce 


c. Monthly Referral Analysis Report 


The Monthly Referial Analysis keport woul2 
provide management with information regarding the rate 
e 


which each specific customer's rsyuests are referr 
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TOPAL FOR THES BUYER: XXX 


Figure 3.7 Monthly Completions/Ccancellations Report. 
emer purchasing activities for action. It would be sorted 
in customer order and would contain the total number of 
requisitions awaiting action by a taferral activity, thse 
total number of requisitions held in the systen (referrals 
plus non~-referrals), anda percentage referral rate deter- 


mined by dividing the former by the Latter. See Figure 3.8. 
Ge Monthly PALT R2port 


Ter woenchiy PACT ereport will be key indicator of 
purchasing performance. This report will be stratified by 
purchase order, delivery orier, inorest fund, BPA and 
Coat racts.. oii ot. the anontily  toaral~»f completed 
procurements under these headings. Tewacdicion,  <tche PALIT 
tor each of these headings would bz listed by computing ths 
difference between the date of receipt and the date of 


completion on each transaction. Se2 Figure 3.9, 
ew. Monthly DD 1057 Report 


The Monthly DD 1057 Raport 1s a summary of all 
meemodeerons Of $10,000 sr l3ss. eee S BSeraeo fied  at5 


various sections which aidress contractor size, purchase 
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Figure 3.9 Honthly PALIT Report. 

method and purchase type. POE PUEBOSecs Of the proposed 


output report, the output iata shouli be listed by line item 
COErLem@ponding to the appropriate Line on the @ctual DD 1057. 
fesietene would COnmtain a total fo5 ths actual number of 
feyursrtrons processed to sOmpletion (TC3) during the nonth, 
and a total dollar value For the month. See Figures 3.10. 


a2 








ee SS =.) | 
| 
| Monthly DD 1057 R2port | 
| COM DOLLAR 
| SECTION LINE ACTIONS VALUE | 
A 1 119 96,086 
| A 1A s) 0 ! 
A 1B 119 $6,086 | 
| A 2 705 173,568 
A 2A 13 803 | 
| A 2B 692 177765 | 
| B 1A 2 0 : 
| B 1B 35 1085 
{ 


Figure 3.10 Monthly DD 1057 Report. 


f. Monthly NAVSUP Form 80 R2port 


Mie “Menthliy SWAVSUP @hern 80 Report would contain 
purchase statistics for use py th2 Naval Supply Systems 
Conmand. Like the DD 1057 report previously discussed, it 
would stratify purchases according t9 various headings and 
subheadings. Each line of the actial report has a uniques 
number associated with it for automated reporting purpeses. 
Sone of the headings and subheadings are smail purchase by 
procurement type, PUBSnaSsecsebom pes ierOm OLhSr activities, 
non-competitive purchases, PALI, beginning work in process, 
meeeaprec,  Ganceilations, completio1s, and eniing work in 
process. The ovroposed MI5 is desigied to assist management 
by capturing the data el2ments nec2ssary tO automatically 
generate the total count and dollar value associated with 


each of these headings. S2¢€ Figur3 3.11. 


Bye 





| 
| 
: 
: 
| 
| 
! 


a 


N 

01 
02 48 149,000 
03 7 8,000 


It 

iH 

Ie 

we) 

‘o) 

Ke 

4 

= IO 

Ny ta 

—~“ 1M 

—- IO 

© 1O 

= Se 

@ ir 

Oo i> 

© th 
ee ee 


eo chee GE EE GEG ee “Ge “ee eee ee es ees a eee ee See ee ee ee ee 


Figure 3.11 Monthly NAVSUP Form 80 Report. 


CON =e nevessStOcy RESOrt 


Prewierenly = "afiscoOry Report would contain 42 
detailed listing of all completed or cancelled procurements 
purged from the syst2n during Ghe monthly update. 
Appearance on this listiny would mark the end of the trans- 
@erion life cycle, anid 2s suth would warrant retention of 
feees esting for audit t®ail purpsdsés. Ths lasting woul 
contain approximately 1,15) lines of sutput each month. Ses 
Eeere 3.12, 


De. DATA ELEMENT SELECTION 


The identification of specifis jlata elements nesded in 
an information system is isduced by studying the information 
ne2zds of management. This information when transformed to 3 
machine-readable form, ani organized according to prescribed 
conventions is called a2 jiata base. The contents of ths 
proposed date base is rsally the cesult of considerable 
analysis of the work site and the routine processing proce- 
dure. The information it contains has been scr2ened against 


the myriad of possible data elements associated with the 
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Figure 3.12 Yonthly History Report. 


PM@echasing process and found t5 jiav2a highly positives 
Correlation with the typ2= of information which procurement 
Managers need. Primarily, it contains all the data elements 
necessary for 2xternal ced. rting purposes, however, it also 
provides additional elemants of particular interest at the 
local level, e.g. Bitver code, cfsaS6nm for sancellation, 
referrai UIC, ete. Eath cf tha alements is absolutely 
necessary to the proper functioning of the proposed systen 
and are required for the production of the proposed output 
reports. To asSist in the developmant of the data baése and 
to avoid misinterpretatis: of data elements, a data element 
dictionary (DED) has been incorporat2i into Appendix G. 
Analysis of the work site and the manual processing 
procedures revealed the 2xist2nce of broad ar3sas in which 
Management control can b= enhanced. The primary problen 


facing management is a lask of timely information regarding 


tha real-time state of th Purchasing Branch. Pha. SS, 2h 
Supervisor is only aware, in any odssitive sense, or the 


inputs to the system ani lacks daily production and backlog 
information with which to analyze ths efforts of individuai 
buyers. This is true because of th2 labor intensive nature 
of most data collection systems ani the demani which they 


place upon scarce productive resources. miermsingi= Control 





system currently in us? is a local form completed by each 
buyer on every procurement. Known aS a Supply Department 
Purchase Statistics Form, it is composed of a series of 
boxes which the buyer anadtates to reflect the categories 
pertaining to a given procuremént. The data elements 
contained onthe form are thos2 ascessary for external 
reporting purposes and thus have direct application to the 
type of management information developed within the proposel 
automated MIS. etheonly Siaaaht madi 

Walt) be ideal for use in sonjunction with the proposed MIS. 


it eiaee 1 Stee Cres foEn 


The data elements Jlist2i on the form could be easily 
augmented with the balance of the additionzl elements 
@emtained in Appendix s&s. All of the elements required by 
the proposed MIS would then be present on the form. This 
wold provide each buyer with a written recori of e2ch o 
ieedays transactions, which could then be utilized, at <zhe 
convenience of the buyer, EOE “Kay emery at the .inpu 
tecminal. Continued @is= of Ehe ™fozm would also provide a 
Secondary or paraliel data collectioil méechanisn for use when 
and if the automated syst2n became inoperable. 


The quality of information deriv2i from any data base 


$2 
Ww 


iy 


directly related to the giality of the data base itself. Fo 
this reason considerable time and effort have been expendel 
zn the selection of the 2lements whith it contains. Witt 
good administration, thes elements found in Appendices A 
through G will provide all the flexibility needed for future 


development. 








As LNPUT 


Bieeceirput is critical to the design of any systen. 
According to Gessford, the success of the system depends 
upon the guality of inout data as defined by accuracy, 
completeness and timeliness. Thes2 three attributes must be 
properly integrated to insare the potential acceptability of 
th? output module. The author partially addressed the issue 
of date completeness ina prior section on data element 
selection, wherein the key elémets lnpacting upon management 
decision making were proposed for data capture (See Apvendix 
G). However, any discussion of completeness must also 


adiress the issue of iaodut requiraments inposed by tha 


system design. In short, & measure of input volume, 25 
dictated by the scope of the proposed data elements, is 
necessary +o properly '‘'size' the system. The primary 


factors impacting upon this analysis are: 


1. The number of transactions to be processed 


2e The number of characters per transaction 


Th2 number and types of transactioas to be processed have 
been determined by survey of the work site. The nuaber of 
characters input for each type of transaction is computed in 
Table IV.A summary is provided in Table V. Admittedly, such 


an analysis is only an astimate, Bide = t Sutr2teven* ly 


Vy) 


accurate to formulate a jy2nerai impression of the relative 
Baba@wWweare Legquirements, 1.3. WMicrocoaputer, Mminicomputer or 
maxicomputer. 
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TABLE IV 
Monthiy Input Reguiremant Detail 
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7 Service Cois 1 
Document Number 13 
diitem Dats RScd 4 
Pawronit y 2 
Buyer Code Zz 
Transaction Code 1 


TITAL ae 
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ASSign Solicit 
Number 
(arc Z) Service Coie 
Document Number 1 
Solicitation Number 1 
Buyer Code 
Transaction Code 
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Contract Award 
(TC 3) Service Cone 1 
Doztument Numoecr 3 
CoOpecT asks ane st 
Jagalian Dat2= Ton a 
Estimated Deliv U 
Buyer Code 5; 
1 
1 
7 
1 
1 
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Estimated Deliv 
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Purchase M3staod 
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Competition Coda 
Transaction Code 
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With regard to hardwar2, it shouli be apparent that many 
possible combinations of input compsaents exist. Indeed, no 
Single input hardware 'pacskage!' may d2 ideal, and two quite 


diverse combinations may provide the same level of marginal 


return. 
oe ee es ee ee 
| 
TABLE IV 
(Geme a) 
Monthly Inpiat Reguiremanat Detail 
INPUT DATA &LEMENT CHARACTERS 
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Cancellation 
(TCS) Servic2 Coie 


Dor>umen*= Numer 1 


1 
3 
Jilian Dat2 Cancelled 4 
Bayer Code Z 
Reason For Cancellation 1 

, 


EPeansacteeon Code 
TOPAL 22 
Referral 

(TC6) S2tvic= Coie 1 
Document Numoer Lis 
ULS *OEMR SE Ot nad Ac<. 5 
Jalian Date Referred 4 
Response Dus D3te 4 
Bayer Code 2 


Teamceccione CD42 1 
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TABLE V 
Summary of Total Yonthly Inpat Requirenents 
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LNBUT HONG =|TREANSACTION © CHARA 

kegqn Recd 1,000 23 2370.00 
mes gn SoLict 175 Sel om) is 
Contract Award 1,000 51 Sy eeeO8, 
Changes 150 50 (Pee 
Cancellations 10 22 220 
Referrals 11 30 330 


wom we ae en en ee ee ee i 
TOTAL 2346 87,475 
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Here again the concept of system design is reiegated toa 
Series of -+rade-offs whith must b quantified in terms of 
Overall system performanc2. The resiltarnt integration inva- 


riably retains an element of subjestivity. 


Be. OUTPUT 


Pieseoueput function. is the most visible poction of any 


tes, sand without it, all else is irrelevant. Several 
Options are available to the designer. The two most ccmmon 
ar2 terminal and printer output. Each has advanteges and 


disadvantages. For purposes of the proposed system, a slow 
line printer or even slower serial printer would provids 
Weed copy output quaekly and at relatively lowecost. Ths 
principle disadvantage of hard copy output is the volume of 


bulky paper treperts whith must be filed. TS. .9peinieaee.. ly 
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alleviate this problem, the author proposes that hardcopy 
reports be generated only on request. ChileecunNc han OucpuUt 
is more convenient but has limitei iisplay capacity and no 
hard copy capability ¢t9 provide for long term access ofr 
audit trail maintenance. 

The output, as propo»sed, consists of seven daily and 
seven monthly report listings. This volume is not large in 
terms of overall system c2pacity, i.2. data access/retrieval 
meme, iburfer capacity, print tims, e2tc. For this reason 
many hardware options remain open to the user. Pn Order ob 3 
permit evaluation of these alternatives, output requirements 
are eStimated in lines ani characters and are exhibited in 
Table Vi and Table VII Aas evidenced by these requirements 
and those in Tables IV and V, ths size of the system is 


Z 
Still within the scope of a latge mizsrocomputer systen. 


C. STORAGE 


eo 


In assessing the sto2¢taqe reguirements of the systen, 


e 
ss ale 


consideration must be given to storags volume, acc 


mn 


apache record format beiirg utilized. Thiesieat t enedacteted 


OF) 


heavily dependent upon the progranning language and the 
skills of the individual programmer. AS proposed by the 
guthon, this system would be implemented in COBOL of 3 
Siailar language whereia a continusdus fixed length record is 
establisned for each requisition waich enters the system. 
The file of records would be logisally arranged in document 
nuaber e¢equence and 2arth transaction affecting a given 
resord would merely post to the appropriate field of «h2 
record or, in the case of thanjges, overlay alraady existing 
information. More elaborate file structures are common 
eOu¢ey Utdlizing data dase managment Systems (DBAS); 
however, the relatively small size of this system and the 


few number of users do2s 10t warraat tne larg=2 expense of 
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fijmeeple file types or a2 DBMS. According to Hussain (Ref. 2 
s pe204], as much as 500,000 characters of main memory nay 
be necessary to support a DBMS, ani three times mor= extr23 
disk memory is required for a DBMS than for an MIS without 3 
Deas. As stated in the opening r2marks, low cost is 32 
factor in the system design. To renain within the scope of 
microcomputer technology consijeration of a DBMS is inappro- 
priate. Such a system would requir? ali of the main memory 
Just to support the DBMS, and depending upon file structure, 
the memory requirements of the data base itself could 
conceivably be increased. Me Ondenjecco Husserva, 2 VDBMS.is 
generally indicated when 3a firm ne2is at least three of the 
aol lOwing: 
1. An antegrated data environment 


Be Rapid retrieval of data from large files 


ey) 
—_— 
Uv) 


3. A query/update language for us2 at termin 
4. Sophisticated backup and recovery procedures 
Seeeslaborate privacy/sesurity protsstion 
Seeetiendiarg of complex data structires. 
Since the proposed system does not matt any 9= the above 
Smm@enrta, the author has elected t> use the traditional 
application programming paskage (APP) approach. Pia Sun, 
Seenesysten of computer programs...that formulate routine 
data requests, supply the requests, input and edit new data, 
update existing data, calculate ani summariz> data, and 
Beodues Various output dotamentation all in its own peculiar 
fashion. The data items in storage are organized in a 
Manner that makes sense for the sarticular apvolication" 
fmea. 1 3 p96}. Given the range of the proposed reporting 
system, considerable sorting of the nastér data file will be 
necessarv which will make the? system quite sensitive to 


access times and volume. 
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TABLE 
Analysis of Daily 


OUTPUT DATA Ov E RADE 

Update Trans 
Regn Recd 48 z 
Solicit. 9 ) 
Sontracts 48 .) 
Changes 8 ) 
Cancel. 1 J 
Referrals 1 e) 

Active 


Procurements 1624 Ze 


Work 2 1 

Processed 

Completion/ 

Cancelled 5 1 

Customer 

Mie. x 6 0 9 

Work in 

Process 624 34 

Trans on 

Referral 11 1 
TOT AL 2441 349 


*Headings, Totals, etc. 
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VI 
Outpat Reports 


GHARACTPERS 

TOTAL PER LINE TOTAL 
438 ZS 1104 

9 31 279 

48 51 2448 

8 50 400 

1 Ze Ze 

1 36 30 
Veo7 zZ 13442u 
3 52 156 

6 26 156 

59 21 144¢ 
718 Quy 31592 
iz 30 360 
2790 172420 
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TABLE Vit | 

: Analysis of Monthly Output Reports | 
| 

| LINES CHARACTERS | 
OUTPUT DATA OVERHD* TOTAL PER LINE TOTAL | 
Customer Mix 60 9 59 21 T1449 ! 
Complt/Canc 30) 4 34 19 646 | 

| Refferal Anal. 60 9 59 ee 103 ! 
PALT 5 1 5 10 60 : 
DD 1057 47 7 34 15 810 | 

| NAVSUP FORM 80 36 5 1 14 574 | 
| History Rpt. 1000 159 1159 67 17050 
: TOTAL 1238 185 1423 - 61624 | 
| *Headings, Totals, Etc. ! 
| 
| | 
et 


Any storage device installed in the system nust provide 
Bieerac2ent capacity to store ali iata which need to be 
stored, andit must be able to actress the dat32 in a time 
fr2me consistent with th2 application under consideration. 
The storage requirements for the proposed system are exhib- 
ieee ak Table VIII. 

As proposed by the author, ther? is only one file in ths 
system. + is known as the master File and is composed of 
approximately 2000 fixed lLlangth resoris, each of which is 91 
Myecs on length. Each c2cori in the file is known as 32 
master record and is logically arranged in document number 
sequence within the file. Appendix G details the elements 
contained in each master record ani provides a2 character 


count by element. Phe sim tebal of madlesecharacters depécte 
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TABLE VIII 
Monthly Disk Capacity R2quirements 


| 
| STORAGE | 
RETENTION REC) RD NUMBER VOLUME | 
BaD CYCLE LENSIH RECORDS BITES | 

| Master Rec 1 month 91 bytes 2000 182,000 
| 

| ACCESS TIME | 
Assume 1 access on average for svary transaction | 
wen o | 

| Assume 1 access on average for each line of sutput. | 
(23ef Lines Input/Month) xX 1 Access = Zeau5 | 

| Table V | 
elt Lines Output/Day) X 21 Days X 1 Acc. = 58,590 

| Table VT) | 
ai ipmes Oueput/MWonta) xk 1Acc=ss = 1,423 | 

| Table VIT) | 
| 

| Total Accesses/Month 62,359 | 
| 
a a | 


Within Appendix Gis 90, however, the author has elected to 
Gudean additional byte of data in Table VIII to allow for 
flag bits needed in application projramming. Bach master 
record contained on the master fils is therefore 91 bytes 


iol gay 


D. SUMMARY 


The possibilities for configurinjy a system are endless. 


It is useful, therefore, BO. thank 2 teens of standard 
classes of equipment intd which most specific items fail 
quite readily. For example, storage devices may be 





categorized by speed of ascess and storage volumes parane- 
EES. Two classes of disks come to mind: i cnS fveepy 
disk, and 2) the hard disk. [The forner has distinct advan- 
tages with respect to portability bat can not zpproach the 
access speeds and total storage volume capacities of th2 
hacd disk drive. These broad classes of devices are tha 
kinds of decision criteria which must bé thoroughly 
researched before deciding upon sp2cific vendor nodels. 
Before proceeding to iraw conclusions from the sizing 
analysis conducted in th2 previous sections, a summary of 
th2 information containei in those sections ssems appro- 


priate. Table IX proviijies the reader with a capsulized view 


TABLE IX 
Summary of Monthly System Requirements 


ee ee ee ee eee ee ee | 


*CPM equals Characters/¥Y¥onta 
*LPM equals Lines/Monta 


FUNCTION REQUIREMENT 25% CORRECTION TOTAL 
or put 87,475 CPM 21,3539 CPH 199,344 CPM 
Output 
(21 Days) 58,590 Leu 14,547 LPM 73,237 LPM | 
ox ays en 
3,620,820 CPM 905,205 CPM 4,525,025 CPN | 
(1 Month) 1,423 LPM SIS Lm ego EPk | 
Or by OL 
81,624 CPM 20405 CPM 102,03) CPM | 
| 
Storage 762,000 EYLE Spo s) Bere 227 7500 ELUTE 
Accesses 6 27359 VS705 90) 77,949 | 
| 
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of requirements associatei with the proposed system. As 
Smee a dt the outset, the figures ietermined by this anal- 
ysis are estimates, and allowanc2s should be mad¢ for 
unforeseen errors, potential design changes and growths in 
volume. Table IX, therefore, contains an added 25% safety 
margin in each of the estinated requirements. 

Giver the data depicted in Table IX,it 15 now possible 
to determine the kind of system which is suitable for ths 
Pimeenas-rg Branch application. As in all of the previous 
discussion, the best approach is t) attempt ¢9 answer the 
qu2Sstions of component siz= and performance characteristics 
by subdividing the analysis into inpit, output, storage and 


access tine. 


1. input 


v 


From Table IX, wa know that some 109,344 characters 
will be input each month. Sinse we aave previously proposed 
@emeacntire input utilizing a single programmable terminal it 
Se2ms apparent that some analysis 29f the capacity of the 
terminal to handle this workload is necessary. Given tha 
the average rate of input in this node is about 200 chara 
ters per minute, some 547 minutes, Ee DOurT 9.1 ASULDS.per 
month will ba required for data entry. An additional small 
Emmet ton Of this time (5%) could 31s9 be expectad for vali- 
Gemeon erbror detection cotrection and resubmission. From 
these figures the reader can now bs rsasonably assured that 
a single programmable input tarninal will successfully 


handie the expected volum2 of transactions. 


fPecumera = 1k, 1t ts known tat 75.0T6 lines will be 
OUEDUt Gech month. Since the proposed system will rely upon 


hard copy printed reports it must 92 determin23i whether 


jv 


Single printer oor multiple? printers will be raquired. A 
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typical line printer has a working speed of 100 lines per 
minute. Such a printer would dispose of the exvected 
Monthiy workload in a750 minutes, 1.¢., about 12.5 hours 
per month. A less formijable printer, such as a ‘daisy 
wheel', can print at approximately 55 characters per second. 
It would dispose of the proposed workload in approximately 
84,146 seconds, i.e., adout 23.4 hours per month. Given the 
approximate times require1 by 2ach printer, it is apparent 
Mien eicher will suffice, and that the options available for 


the proposed system are not constrain2d by print tines. 
3. Storadgds 


The storage requirements dapicsted in fable IX ars 
227,500 bytes. Such a system is wall within the bounds of 
current microcomputer technology. LTadeed, a small microcon- 
puter equipped with a single floppy jiisk drive weuld provids 
adequate secondary storags capacity for this system. As for 
main memory capacity, a system having only 54,0090 bytes 
wouid more chan accommodate the dparating system and any 
foreseen appiication programming. Sterage capacity alone 
however, does not adequataly addr2ss the issu2, for access 
time plays a siqificant role in ta selection cf storages 
devices. 

Table IX indicat?s that 77,949 accesses w 
reguired each month to support th2 input and output work- 
Joel ale Given typical average access times o 
milliseconds for floppy jisks and 37 milliseconis for hard 
disks, access time per moath would come to about 6.5 hours 
Pee ene Lloppy and 1.9 hours fof the hard disk systen. 
Either of the two disk technologies would be adeguate for 


the proposed system. 
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A. SUMMARY ‘ 


The purpose of this study has besn to develop a proposal 
for the implementatioa of a2 2z2utomated “anagement 
Information System (MIS) at the Nav2l Postgraduate School 
purchasing activity. To accomplish this purpose, a survey 
of operations and the volunes of jiata associated with those 
Operations was conducted. From these data, the input, 
output, storage and memory regquirenents of the svstem were 
derived. A brief list of the key ar2as and issies that wers 
developed in this study is as follows: 

1. How is the manual processing ‘system organized and what 
functions does it perform? 

2. What are the key indicators o2f system performance upon 
which management celies? Can additional performance 
indicators be develop2d? 

3. What data elsments aust be caotured t9 provide tne 
necessary management information? 

4. How can 2n automatei system b= dsvelopei to oprovids 
Management inrtormation? 


5. How ‘large! would an automated system be? 


Be CONCLUSIONS 


Eee ee ae ee -—_ ae a eee a SP a= =m ame oom coe GP eee oe eae ae 
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iiemecwenwo: COlLeGCT1LOn amd analysis of current informa- 
tion does not provide manag2ment with a trusly current 
Pieture of work unit’performance. Significant management 
enhancements are possible given only the information 


currently being collected by the marual information systen; 
however, 21s would require adiitional personnel to 
organize, collate and calculate data into finer levels of 
granularity than is now possible. The development cf an 
automated information systam, utilizing much the same input 
data as is now collected, would inprove management control 
by providing daily es »poxosed to moanthly information. An 
automated systen, with nO incre?2s2 in manpower {also no 
decrease), could provida additional information on indi- 
Metal buyer production aai backlog, improve visibility of 
cancellations, improve jiatermination of PALI by purchase 
type, analyze customer nix and greatly enhanse the visi- 
Dieaty and follow-up on prdcuresment ceferrals. By providing 
fms LNLOrmation ona daily basis 2S opposed to monthly, 
Management would be afforied an opportunity t> plan and act 


in a real-time node as opposed to reacting to nonthly output 


statistics. 


FOcIMPAcEl CEcHe2zIGY 22 GEssF|Ed 
, ode Mads LSE tne PUECHaSingj Branch is 
completely autonomous, te eR hceroOumainterfacing with 
extra-organizational elements. This aspect of the design 
has made possible a remarx2bly smail system with none of thse 


complications which are yenerally associated with larg 


() 
ry 


integrated data bases ani their resultant proliferation 


wm 
th 


newer and ever changing output quirements. AiG 


fu 


a 


cf 
2 pe 
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re 
elements in the proposed system 2r2 solely ‘owned! by 
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Purchasing Branch. tem aeecogethst with the small sizes 
ani few number of output applications obviates the need for 
aiata base management system (DBMS) and its attendant soft- 
ware and hardware expens2s. The result is a4 system which 
may be implemented on a large microcomputer utilizing tradi- 


tional application programming techniques. 


C. RECOMMENDATIONS 


Throughout this study, emphasis has been placed upon 
developing a system to neat the infornation netis of manage- 
ment. The prime constraint associated with th2 project has 
bean cost. Fortunately, the system raquirements to mest the 


needs of management have 9e¢n determined to »b 


(p 


relatively 
OmEtradesort 


required between output guality and system cost. In effect, 


rs 


small, and the result has been little or 


both goals can be achiavad utilizing existing nicrocomputer 
Tecnology. 
recommendations regar 


Before making s Diastef slg 
o 


d 
Seeueture of the pr Cilpseete SHOULG be noted that 
2a School 


afford a unigue opportunity to systen developers. That is, 
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the existing facilities at the Naval Postgraduat 
the existence of @ larga and powerful mainftrane computer 
facility and multiple minicomputer systems on the campus. 
Tha feasibility of developing the proposed MIS around one of 
these systems ona time sharing basis should be exanined 
before attempting *0 proture any microcomputer components. 
Such systems offer distinct advantages: 


1. Reiiabiility of the lacger systen is better than that of 
@€ Microcomputer, and maintenanss down-tias is drasti- 
cally improved by On -cat 2. tC Scum: Cians. Hardware 
Maintenance costs could be reduced through negotiated 
Maintenance agreemeits already in existance on thse 


laiger equipment. 
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2. The larger bus strustures ani word sizes of the mini 
and maxi computers would improv2= application run-tins 


Sugqmen2ecant ly. 


3. Application programs for updating and report generation 
could be run during the evening/night by full time 
system operators ani thus make more tine available 
during the day for buyer personnel to enter input. 
Indeed, on the larg2r machines multiprogramming could 
accomodate data entry to storage and production 


programming Simultansously. 


4. The high level languages available on the larger 
Machines are more programmer efficient and would tend 
to decrease application programming ani maintenance 


COSTS. 


Failure to adequately explore the us3> of the larger harcware 
systems would eliminate a wunigue oppoertunity--one which 
could well provide first raté servic= at léss cost than a 


microcomputer hardware package. 


—_— — <a ce a a Se oe 
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Implementation of the proposei TES east a 
facility would provide th advant2g2s disc 

would decrease the hardwar2 aquisition c 
rejuiring only the rental or purchase o a Slagle progranm- 
Mable terminal por ey) ene ry and editing Of oan oul 
transactions. This terminal would bs located in the offices 
of the Purchasing Branch for sase of access, and would be 
hacc wired into terminal controllers for the System 370. 
torage would be accomolished on existin es hee eo 
SQM 7403 lins 
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ment, and output would b2 generatei 5b 
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DEY neter Ss. Development of applicatiod1 programming utilizing 
an ANSI COBOL compiler would affori 2 high degree of upward 
compatibility with futurca systems waich may s2ek to inte- 
grate all aspects of the Supply Dipartment and Comptroller 
Department into a singl=, large MIS and transaction proces- 


Sing system. 


implement, G0) gO Ibe CNet ge) a microcon En a 
Minimum of 64,000 bytes of main memory, a dual disk drive 


MeeGG@OcOmMpUter technology is aleguate =o sup 
proposed system and wouli require very little in 
Disk storage could be actomplished utilizing 321i 
Pemeacrd G1SK devices, however, the author reco 

Moped disk technology Sins2 it typitally has batter 
Geueeety and greater storage capacity for futu 
In addition the author recommends that a dual 
drive system be procured even though a singl 
Sub tice. Mrs ewido 21M GOL Coping of disks an 
mean sier. Piewek wc sind leror Fdatea entry need not be 
Preegreanmiedle 1f the ianput edit furstion is built into ¢he 
microcomputer, however, ti forms yer2aration capability on 3 
programmable CRT terminal would greatly improve data entry 
efficiency. The cost trade=off would be the determining 
Pae-Or £O© this component. Cutput requirements associatei 
With this system are relatively small, and it was shown that 


even a small ‘daisy wheel’ printer sould handle the volumes. 


A iline printer is not rscomnended. Any reliable serial 
printer, compatible with the other comronents, would be 
sufficient. 
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It is important +o note that the use of a microcomputer 
system would probably involve longer periods cf down-time in 
which no output Tron the syst2n would be possible. 


iy 


Consequently, it is strongly reconnended that 2 parallel 
manual system, similar to that proposed for raw data collec- 
faon., be maintained. This data would craguire manual 
analysis and expenditur=2 of manpower only when the automated 
system was disabled. 

As with any microconpiter systen, application progran- 
Ming and maintenance is week. Chovee wrote Drogramaging 
languages are limited ani typically are not as programmer 
efficient as those offerei on Jlarjecr computer systems. ie 
is imperative that system Jlevelopers select a language, such 
as COBOL, which will offer a high degree of upward compati- 
bility and ease of maint2nance in the event that future 
developments dictate an integration of the proposed systen 


with those in other divisions and i2partments. 
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PRENDIX & 
TRANSACTION CODE 1---INITIAL INPUT OF REQUISITION 


FIELD sigt/7ityes DESCRIPTION 


1fal pha Servise Codi 
NOee. Feepestclrenen ts 
initiated by the 
Naval Postgraduate 
S@€nool and other 
shorebased 
activities use Nt 


13/numeric Document Nunbear as submitted on 
re@utsition by Tequisitioner 


4/numeric Julian Dats Received 
2/numeric Priority Assigned 

2/numeric Code of Buyar Assigned 
1/numezic Transaction Code must be "7! 


W> 





13/f/numeric 

14/alpha 
numeric 
2/numeric 


1/frumeric 


APPENDIX B 
2--~ASSIGNNENT OF SOLICITATION NOMBER 
DESCRIPTION 
5 bev tL CE SGODE: 
2t2 3 GSer eee osurtcments 
eee d by the 
Pec ees =Geaquat> 
Ser ool and ochner 
shorebased 
activities use 'N* 


Document Number as submitted on 
the wel Leek MianSact=on code '1' 
Which estaglished this record. 
Solicitation Number assigned 


Note: Sixth character must = alpha 


Code of assigned buyer 


ITransaction Code must be '2! 
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APPENDIX C 


TRANSACTION CODE 3---CONTRACT AWARD AND COMPLETION 


FIELD SIZE/TYPE DESCRIPTION 
1falpha Service Codse 
NOte: Fou ,procureme =) es) 
initiated by the 
Naval Pos stgraduéete 
SeGmocl and Oocher 
Shorebased 
activities use 'N' 
13/numeric Document Nunb2r as subnitted on 
Premebansace en code "© 1*- which 
2stablished this record 
14/alpha Order/Contract Number assigned 
numeric Note: Sixth character must be 
Cathe 5) (eo. dls- 
tinguish contracts, 
pepe nase. Secers, BoA, 
Bee est and delivery 
ers) 
4/numeric Jialian Date completed 
G/numeric Estimated Delivery Date 
2/numeric Code of Buy2r assiaqnedl 
1faipha CONEEACEOE otc 
Not2: Large Business 
Small Business 
Eee, NOR DLTOEt 
Minority Business 
Woman-Owned 
1falpha Purchase Mehtod 
Note: Negotiated 
Formal Adver 21 S20 
1/falpha Unpriced Purchase Order 
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APPENDIX C (Continued) 


FIELD SIZE/TYPE DES CRIPTION 
7/numeric Potal «pics 
1faipha Purchase ryps 
NOt Cs PCS Rezrace _ 
PUrGnea=-]- Oriae> 
cores. Fund 
BPA. 
Delivery Order 
Mod: testi 0On 
1falpha Competition/Noncompetition 
Nee > eee yee tere 
Neomeonver trays 
Under $5 
Ozudens on FSS 
1fnumeric Gpemeacrteion Coge .must. bs '3! 


We 





) 


APPENDIX D 


TRANS ACTIOW CODE 4---SELECTED CHANGES 


13/numeric 

14/alpha 
numeric 
2/numeric 
2/numeric 
4/numeric 


1falpha 


1falpha 


1falpha 


7/numeric 


1falpha 


DES CPIPTION 


Service Code 
Neate: Must be Bee cas 


TO ~he 


Document Nunbé 


Nota: Mus i foaencucal 


) 


Chae Order /Sontract/Solicitatio 
Number | . 
Notes Sixth character nust = alpha 


Chang2 Priority 
Bayer Code 
Change Estinated Delivery 
Date 
Changs Contractor Siz2 . 

Ses eege sl S7 ness 
Small Susiness 
Baue /ion profit 
eeweaauy Business 
wOoman-Ownea 


Changs eae 


MOdit2Ccastrzon, of Dollar Amount 
Note: Increas2= or Decrease 


Deltas “Anou7t 


Unpriced Purchase Order 
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APPENDIX D (Continued) 


PIELD SIZECTYPE DESCRIPTION 
1falpha Chang2 Purchase Tyas 
NOt" Comeract 


Purchase Order 
coRecoe Fund 
BP 


Delivery Order 
Modification 


1/falpha Gyange Co EEO Te OS” 

2; Competitive. 
Noncompetitive 
Under $590 


Orders on FSS 


1/numeric NMeansrterton Code must ba '4* 


8) 





= ae, 2a = = 


TRANSACTION CODE 5---CANCELLATIONS 


FIELD SIZECTYPE DESCRIPTION 
1falpha S2rvise Cod3 
Meee: Must matoh Ctl 
Low 
13/numeric Document Nunbear 
Wetes Unstenatch “Tc 1 
TD)gyi Sys se 
Y“/numeric Jalian Date Carceiled 
2/nuneric Code of Buytr Assigned 
1falpha Reason for Cancellation 
1/fnumeric [Transaction Code must b2 '5! 
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APPENDIX F 


TRANSACTION CODE 6---REPERRAL OF A REQUISITION 


FIELD SIZECTYPE DESCRIPTION 
1falpha Service Cois 
ioe]: Ullseemasch TCt 
13/numeric Joicument Nunbs= aS Supnitted on 
Stcmeeonaacc fom code, #4 whch 
2stablish2di this record 
S/numeric ULC Of wWeteitral Activity 
4/humeric Jalian Date Referred 
4“/numeric Julian Dat? Referral Response 
uc 
2/numeric Code of Buy2r assigned 
1/numeric Transaction Code must be '6! 





Definition 


ean we 2S 2 Ss Se Sa ae = a» =a 


| Pacific Fleet fro 








= er wwe @@ we we @ =e af 
Bwn2ts | 
wee e@ @ee we @e@e@w m= 2 = 4 
Form | 
oe we we Me eww ww ew ew ew em + 





Mecach of Field jf 


= = ne we we’ we ww we ew wm + 


| Validity Rules | 
. a 





| | 
— oo [ow ee we ee ow ee + 
Cle Ing | 
swe were ee@ @ ewe aoe @& me 
EN Dae . 

aa —— + 
Comments { 


ene wae Se SS ae Sa eee ae es ae -—_—+ 


{ It will always be 
} number. 


fewer ase Ss eee Se aeew as 2a ee 


APPENDIX G 


_ «=p 22 ae =P ap se aeons Sse eae as See aes eet eae 2 2 2 Se ae Se See ee Se ee ee 


ment | Service coie 
ee tw ow ew owe ew ee ow we ee ee ee ew sw ee ee ee ee 
| SvVco CODE 
Seinen tient’ ee eee a ee 
A Desigration lisatifying shorebased 
Serta es frhomerlcet aGtavities, and 
m Atlaitic Fleet activities. 
'N' equals shorebased 
"Re eguals Pacific Fleet 
PY’ Segquals Aclantic Flest 
USedrsS flirce position of all 
docun2nt numbers. 
Sourt2 is NAVOOMPT Manual 
N/A 
— ew ee ew we we we ow ow ae ace oe oe ee oe ow ow $+ — ewe w ewe ew ow = 
ALPHA i Susteeescatzon {| N/A 
lV ehaeacts S 
weer en mot =~ -- t---------- + ---------- 
Required {| Rang? jf Content | Other 
| 
XXXXXXXX | TBD ( | 
le Se Oe een $ w--—- =e eee - He 
Opei074 17s 
| ’ | 
| | | 
ee ie ee te ue” a: — aa . ee. 
This element must b2 checksi by edit 
HOU ao oN Pomecnt ey Ot ail types of 
This element will 2 Bee on the 
requisition preszare DY the customer. 
SiMAteet rast Dostetom Of the document 
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APPENDIX G (Continued) 











we ww wwe we we we ow we ow ow ee we ew we $ — e-em wm ww ow ew mw ow ow oe ow ow ow oe ew ew ee = we eo we ee se ee 
Name of Data Element | Document Number 
we we me wm em ow ww we ow ew we oo ewe fp oe ow ww oe ww wo nw oo 2 we ow we www we oe eS ee eee 
Variabie Name | DOC NUM 
CO SS 3 BS Be 7 ee 2 er 
Definition {| This 15 a unique number ass ee to all 
were rr ere ----- “-+ regu sitions. It is composei of the 
customer's UIC the juliai date and serial number (as 
asSigned by the customer). It may 19% be duplicated. 
Siaesttscation | N/A 
and Coding | 
me ee we ee ew ee we -—— + 
oem ew ww www mew ew @ pTnmeremnrena Ss 22 otc 5 Te 
Uses f} Used toeederntifty a single Lequ 2s soon 
ee —— — + from all other reguisitions. 
| 
Derivation Rule i SOupeE>) 1S5ecustomer’'S Bequisition. 
— —_ =e 
Jnits | WN/S/A 
me we ww wm ww we ee we ee ow we www wm ww ow wm ow wm = $ ow ww ow wo ww we ow www fp ww ow ew we eee eee 
| Format |] Numeric f JUStLteEteat2on | NAA 
eee eee ee ee - mn a a a a a $a an a a en ee eee 
Beech Of Field f 13 digits 
en = = ~~~ a ae aes 27 te (= eben a ie 
Validity Rules | Regquir2d {| Range {| Content Other 
wo -- --- - -- - - -- - --+ | 
XX KR X TBD : | 
Po Ein _——_ 
: Optional | | | 
iiaaa.--- "~~" 4-2 ee - +------- |= = — + ---------- 
fm editing | This 2lement must bs edited 9 
a= = ------— + svene Vratede.104 2nbU= Incd system. 
w- -- ----------- te mn tn rn nr err re ern ene 
comments | This 2lement will be provided by the 
ieee —————+F CUStORSr. It 15 42 key Sort 2lement 
j associated with many output reports. 
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APPENDIX G (Continued) 


=— ae ow oe ow em oe ow oe oe oe we we ew oe ow ow ee += —_ oe we oe oe oe oe ee ew oe oe oe ee wo oe ew a wo oe 
ij Name of Data Element | Julian Date Received | 
~--- -- + + ++ + + + + t - ---- ------ - ----------------------| 
Variable Name | DATE RECD 
ene ee ee nd ee ewe ee ee aw ee ene oe 
| Definition | Julian date on which the procurement 


wae ee ee ee a - - --t ) «6reguest entered the purchasing branch. 


| 

Seessification | N/A 
and Coding | 
| 

: 

| 

| 

{ 

| 





Jses | To establish b 


be hing of PALT cycle 
wo oe et) 0 h6Oand aging of 53 


in 
zk log. 


(> 


{| Derivation Rule | This jiate will b2 entered by the 
ae a ——————-+ Contes! clerk wpdn submiss»on sof the | 
| rc1i transaction code ints th sSystsen. 
| 


+ 
Format | Numeric ff JWstriuecat=on. | a/R 


wa oe a ne es a tt ee ne + op ee + + = = + -----------| 


fea t2ng {| This alement must be edited on all 1TC1 


| 
| 
| 
we a a a a tt an ee ett ne te +—---------- | 
B82 SS + transactions 
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APPENDIX G (Continued) 





@2ne Se 2 Bese es BF VP er’ 8FF 2 8 22 2 289 2 = =| = + — ew ene ww e@ ww @ @ @ @ wwe ow ww @ ew ww @ ew ew ew ww wm ew ew oe = 
Name of Data Element | Priority Assigned 

m2 ee wm ee ww ww ow ww ow ww ow ee we -§ — wm wm ow ww we ow ow = ow ww wwe eo oe ee eee ow ee 
Variabie Names 1 Be 

2 ewe we ew ew ew ee @ we @ ww f+ ow wm wo ta mee eee oe 
Definition | Degr23 of urgenty assigned t9 each 

we we wre were rere mt | =6TETULS ition. 

wn ee @ewe we @e ewe @ == + wm weer mcr @ wer eww ew eww en 2 ww ee www @ Ww ew ww ew we eww Oe we @- @ 
Classification O1 through 15 

wna Coding 

meme) ene sae 2s 2 2 eae aes =—=_ + 

eee@a Sse Sse 8 ss BB e222 2 = as a= See ee Lo. 0. 2 SE 2 2k eS > eS ee 
Uses | To eSseepblish ori2r of waeecsdence for 
o.oo. °°. + MGOS=55 tag wet 6 Sp7uLsictions. 

eee @ @eweew wees @e ow om ¢— wm wer wee we www @@ wwe ew @ PM wZ ww www @ we ww wwe ew wee = oe 


Derivation Rule | SUbee peed On ereyuisition by customer. 


woe ew @oe @w ee @e ee oo ow +¢3w ewww ew ewww wer wew weer www we www eww ewww eww BMW ew ew we wee om @ 
Units { NSA 
we ee ee ee ee ee eee = $ eee ee ee ee aH $a ne 8 a we ee tee ree oe =e 
Format | Numeric eS teeeation | 
wee ee eee ee ee eee $n nm a a a a a ee teen ee oe 
h of Paeld || Cmaneseige S 
----------------— $ a ns an tt ne a $$ = -- 
Validity Rules | Required | Rangj2 Content | Qther 
oe me ween ow oe ow oe —— + 
| 
| RA A Su /3 8) | | 
Sa oS $owwewe ore eere ¢orwwroroercc= 
| Optional | 
XXXXXXX | TBD | 
oe ee ee an a ae am ae te ee ee ee $e me mt ee a a te ee ee ee ee 
one L1G f @Mst De edged on aliwicl transaczions 
22° oO + “OpcCiomeat on Sot. 
22 ee we we @ oe ow ww oo oe $$ — www ew wm oe we ww @ ow ow ww ww ow ow ow ewww ow we ow we ow ow ew ow oo ow we ow 
Comments 
22 we ww ow em owe ww we —— + 
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APPENDIX G (Continued) 


b 
| 

ne eee we ae See ae SF Sse 2 SS See =-— eenmneaee sees ae Ss SF ase 2 BP ese Se SF ass SF SP SS BP PS eS a ee Ss = 
+ 


ae ewe ew es ee ee we mower + ow we eww = es eo wwe werweeww ae Fee aewewewwe 2 ee w= @ew ae @ eae @ @ w@ = @ 


Definition | Identification of a spec 


iS DUYSL 
ine aess ot «6eSSigasd £5 process a giv 


F 
mn requisition 


elassification | 01 through 99 

and Coding 

w<2@23e 2e@ we ee ewe we = == + 
| 
| 

Uses | To document res onsibility 
eee am —————+t progress Of each requisitz 
the system. 


eee aaa ae SS Bee Se aes 2S Se = oe weer wees Fae ease Ss BP FF se SF aes BF SF FF 2 2 Ss SSeS SPS SF SP SPP ee Se Se ee Se Se Se ee 


Derivation Rule f Assiga2ad by supervisor or control clerk 





a ~ =e $e — ee ew oe we ee ewe ee ew ewes = ow — oe we owe ow ew we ee ee ew ee ee 
i Units | 
wo = - - -- -- + -- $n ne rt ett nr en rrr tern ner 
Format Numeric ( JUStizwee-i1chn | 
nN ia Se ee 
mWadth of Field | Zadey aes 
i tee --- + ---------- 
Validity Rules | Required Jj Rang2= | Content | Other 
we ee ee ewe we eee —— + 
| | 
| XXXXXX XX | | 
me eee eee = $ em en me $2 nn nn ner eta ene - - --- 
| | Cptional | ' | 
aa. Ul a <2 aS ae a i a aa = = 
| Editing i Must be edited 52 all input transaction 
| ---- ------------—- $ em en ne ne a ee ee 
| Comments | This is a key sort element for sutput 


ae —————+ Yreport purposes. 
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APPENDIX G (Continued) 


efeaereenaee See 2 ae ee S22 22 ee Se ee ee Se oe ee Se eo Ee 2 S222 SS SF ase Ss Se SB SBS SF See Ss 2S SS S22 2 2 SS SS ee Se ee Se Se oe 


(eee Soe Se a a eee 
Peeert inition | Identification of the type 5)iG 256, 2) 
aaa ———~-—-——+ Hheing submitted for update. 


ee @S ee BS 2 S82 2S ae se 2 PP een se =e ~EPEPSe es SP 2 SSP SPS SF SS aes 2 SF SSeS SP ae Se Se See eee SP ee Se eee ee ee ee Se ee 
| Stassatication |} 
and Coding | 
+ 


matin aE PP ae eS ee eee ee ee ee eS Se 


Uses | To establish input criteria by trans- 
amegs > Sot «action ‘type. S32 App. A through F 


Yt 





+ 
Gnits | 
A oe ee =m a a a mmm am eee en 
Format | Numeric agus ei et leaetion...| 
ae errr nr rn ee ee $n nn nm tt nn a re tt eee a 
fereoth Of Field | [aS otis pare 
we oem wwe @ ww ow wm ww = oe De ee ee a ee ee i ee eee 
| Validity Rules | Required | Range Content {| Other 
{ i Re KX K X TBD | | 
| | 
ssteeteeteeteinatietnetiediarten cieerteateteetneeties t---------- + ---------- 
| Oprroga | | { 
| | | 
| a ee nr et rn nnn rr tt = -- $ ew nr ww ne mn tenn == --- 
Pp Editing | Wis Oe (WEeSent Om overy laput trans- 
| "75°77 ~~ + dees 17. 


22 ewe we ew 2 ew ew ww mew @ we + www ww www ww ww ww ew www ww we ew wee meee’ © @ ew we ew ewe @ @ @ { 
SOomments | 
+ 
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APPENDIX G (Continued) 


new SP awe ae ee ee ae Pee eee See eee ee lee eee ee ee Se ae ee ee me 4PaP eR eeePeaeaeasa Ss ese FF Ss SF Se See Pees ase SS eS Sse ee Se eS ee SD 


Variable Name ! SLCI NUM 
= = see ew we wwe ewe ew wef we wwe oe} ew ww we wm www we ww ww ew ew ew www en ww we 2 we ew ewe @ 
f Metinition { This aumber is assigned to every Bont 
| i aah ae sition ie Gi 1) ea db Ss Dy. yon dian . 


is not the same aS a contract nunber, It is 2 unique 
{| number associated with a single r3quisition. 


=_ an ab ae eee ae ae ee ee eee eee Se ee m_ apnea eenaewa ws Ss Bie ss Se SB se SF Se SP SPF PSPSPS SSE See See See ee ee ee Se ee 


classification 


| 
and Coding | 
ow ee we ee ee ae ae ee == <p 
ne ep eee ee eee eee ee ee ee ee ee ee ee eee aa = == == =F = a ae eae 2S Se 2 2 SS SS SS See eS Se ee ee ee Se 
| Uses f Establishes the status of @ given pro- 
en nee ee nme + curemeant @s peniing vendor response. 


_—nEeeae 42 ae See ee ee Se eS ee ee 


me ee we we we we wm wwe we wo oe } oe we we we we we wee we ww on oe wn we on ae wn = 





Jnits | NSA 
a oh a ee a a fae ee 
Forma < | Alpha /Nameric| JWstie.cetion ! N/A 
ee we we we we we we oe we eo ee we oe hm me eee me ee a fw a me a ne wr nn a fw ee meee ne 
| Werth Of Fieid ] 14 (13 di BOSS Pinel Smee nh post alpha 
mew mee ee eee ee we om saa oS oe ee mee ee wwe om + ew ow ow we ee wee 
| Validity Rules | Required Range Content ! Other 
ee ee eS ee eT re Oe do 
| | 
| | © 0.0.6 © @ Games mame tas 50) | 
we wer mee == $ —e- mee + ---------- $¢ ---------- 
Opiiioaa) | | 
| XXXXXKKX IBD 
a — — — —— — + eee ee et = wm a = = 
BR fds ting Petust.o2 ed2ted przos tO input on all 


_iamGas 77 WY TC2.i45ut. 
{ Cperens 1) on sret i.aput. 


+ 
COmments | 
+ 
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APPENDIX G (Continued) 


me ee we ew ew we we ww ew oe ww ow ww ww} @ we wm we we @ @ ww eww @ ew we ew @M Mw @ ww ew @ we ew eww 


{ Name of Data Element | Contract/dIrder Number 
Variabie Name {| CONTI NUM 
re ee eg a a a a a ee oe nn on we 
Definition } Unigu2 number associated with a specific 
meee TTT t+, procures ment | ani sstablishing the award 


of the procurement to a specific vendor. 


wae we ewe we we we we @ ow + ww wore we 2 Dem we ww wm we @ ew Ow Bw ww ww we www www ww ww ow ow = 


eases" 22cation 


and Coding i 

=e ewes See eee eee seas aS see p> 

i 

| 

= = 2 ee ee ew ee we wm wm + ee a EP a es @eweeaea @ @eFeeee &@ 2 2 2 2 SS Se SS Se ae 2S eee es SS oe 
Uses Pelco awimenesesearls Of Each procurement 

[eee meee eee ee -- - -- + request, Le Sey wecpecrric Vendor has 

| been awarded the opportinit to provide the requested 


Mati. Completes the final phases os the systen lifecycle 


<a Me ew ew ew we we we @ we ¢ wm wee ew eO em ew we eww wm ew ew wwe @ ew ww ww ww Mew eww wwe ow www ow ew oe 


Derivation Rule | Proviijied by buyer. 


mewn awee@eae@aeenp a ae 2 2 & 22 = «=e -—=— + 








ee ew ee mew ew ew ew = oe $m ew wwe mew wm ww wm wm ome = ww ww me ow we wm ew ow & ee ee oe ww we 
® Units ’ 
wee ew www — ee ww eww @ ww 4 we mmm ew ww & ww we mf ee ww ow ww ew ow ee ee $~ wm em ew ow wee 
Format jAlpha/Na meri cl Justification | 
aa ee ee eo oa wes fa oe es 
iW Weeth of Field j 14 (13 numeri Sea i ene Sepa O Si < 2OT 
a... ---"-- =~ NUS mOsm Cyrlus Agi, Of Y 
—-----------— oS + ~22-r--e = — = -— = = i 
Validity rules {| Required | Rang: | Content | Other 
@2ew we @ewe ow we we «= =—— + 
. m-—-eo... 1 | 
| | ARP AL XX f° TBD i | 
| wane --- --- t------- +---------- +¢---------- 
Optional 
| | 
ee = + -———-- --—-+——=——=—= fe OD I SI i 
| Betting | Appz2ars Qn every transaction and must 
| i —— —— — = en ieer yebretacl jarepe Fuelent re biol ter 
<< ae area amgetes Sen <> 7-7 ~~ 
Comments { This 15s key sort slement for report 
a SS ——— —— + purpods2s. 
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APPENDIX G (Continued) 





Variabie Name DATS COMP 

Be EE ee a 
ef inition iD hiemecrtatledaro on which the i’Caetrans- 

ae + action is 2nter2i into the system. 

| ae pe = ees ----- 
Siaissitication if» N/a 

and Coding 

meow wow ewe mow eee oo oe ini eetiet ccm oe eet a ot ee me i 
Uses } To prsWade an eni point for the calcu- 
ames 7-7 =] latrenwer Pall. 


——n «ea ew 2 oe ew ae ee ee ee Se oO oe oD ww fe ww ewe oom =e eee eee eS Owes 2@F 2 SP PP SP VWs sg SB SB SB SP Pe ss BS Ss Ses ww 


Derivation Rule | Proviled automatically by system upon 
es She yet LoS 








ew we ee ew mw mew oe = oe + we wwe wm em mm ww mw mw ww ew ow = oe ww ow ow ow ow ww we www ee ewe ee 
Units | 

we oe wee eee ee ee we $m www ew mm wm wm wm wn fm www ow ww ow we ow oe ww we oe} oe oe ow ew ow eee ee 
Format | Numeric i JUS eee tCarson | 

we we wee wm wwe ew we ee + ww www ew wm ww ww wmf wm ww ew ew www oe oe oe ef ow ee em ee 
Meath cf Field | 4 digits 

we ean ene a a ee me a am aah a a § nr rr rn tt ee eee ee 

| Validity Rules {| Required | Rang? | Content | Other 

we oe ne a a = Ht 

| l ; | | | 

i | XXXXKK XX TBD | | 

a Ae nee + ------- --- 

| Optwoeral | | 

| XXX XXX | TBD 

a 4 en em - t ------- $e e-em + ---------- 
Editing \ 

ee we ee ew ee we we we} 

— 
Comments | Key alement for determining PALT 

ia + ‘Calculations. 
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Variable Name ESD 
Definition | The vendors estination of when material 
a ae + will b2 provided. 
as ime | Meee gaa ~~ OO OORT moon 
| S-assitication N/A 
and Coding 
|----------------— - 
m2 ew we ewe ww we we @ ome } —@ www @ eH wm = @2 ee ee @ @ @ @ @ ew @ @ @ @ @ @ @ ee @ @ ew @@@ @ @ @ ew @ oe @ 
Uses {| To provide query response to customers. 





wae oe ewe ewe we ewe we ow ww $+ 2 www wwe @ ww we wwe www @ ew ww www ew ww @ ww ew ww eww ew ww 


Derivation Rule | Euan by vendor and entered by buyer 
n 


oo ee en tO 


me ew ow wwe ow we we oe oe $$ — wwe wm me @ mm ww om ow ew ww = ow ww a oe ow oe ww ww www oe ewe ee 
Units | 
we ee tm mm rm a am rn nn nn en tt enn oe -- - = 
Format | Numerics | Jiistleseation | 
ee ee a a a am a mn a a tt rr ne = oe He ee ee ¢—--— - --- --- 
Beweath of Field | 4&4 digits 
ee Oe eee ee ee er 
Validity Rules | Required | Range Content | Other 
| | { 
| | 
waarmee r =e t------- t ---------- + ---------- 
Opti o7a l | 
i CL04 6 Cian ies Df | 
Se a Fm wm mm Wamp mmm a t—---------- $+ ---- ------ 
ECa-ctin g | 
we me we eee em we we om mm + 
el ae a en a i 
{ Comments Sines ismimec a clitica: Sert element 
a i ———=———+ TOL Laport purpos2s. 


oe 


an ane amns het ar Se ee See te es eo 


a) I ee ie eee ee MR ce EE eee 





APPENDIX G (Continued) 





wm me wwe wwe oe we ow oe ww we ee & — mw mem we wm www = oo = ww ow ww ow ww ow ww oe we ee ew ew 
Name of Data Element | Contractor Size 

wo ww ww on wm oe wm we oe ee ow we ww ww = $e wm me wee wm = o ow ow we = ow ew = oe oe = oe we ee 
Variabie Name PVN SIZE 

ee $ — em wwe em wm new’ = we eww www we ee ee ee ee 
Definition | This 2lement stratifies the vendor by 
a+ ------—--—---+ UMess Of emplLoy2es, dollar sales. 


Slassification 
and Coding 


| 
a — —— + 
| 


Meagemeolial., NOolorofit, Minority, 
Womnen- > wnel 


a + 


2a ee we wee wee @ we @ we ¢ 2 @M m2 wm ew ew we ewe www Zw ww ww eww ww OPP ww | ww ww www ww 
| Uses { To provide informaticn on equiteble 
ee mn mm ———+ SWard JL goOvernmant contracts. For 
{ axternal reporting purposes. 
: Derivation Rule H Previied by ‘bwyerc. 
| 
i -.....--— ae 
| Units 
me a a a a a a a an tt a ee ee tor ee oe ene nee = = $n o- ------ 
Format j Alpha | oUStTracatior |{ 
we ew mw ww we oe oe ew ee oe oe $e wm ww ow em we Hf Mem me oe ewww oe we ff ee wee eee eee 
Pewrath cf Fieid | 1 digit 
we me nn ne eee = $m nnn ne a a bn nn nn a tt a tt nr 
| Validity Rules | Required | Rang2 | Content | Other 
m2 ow we em ew ow oe ww oe em Ye 
| | XXXXXKXX TBD | | 
| ~---------- t------- $ ---- ------ $ ---------- 
{| Optional | | | 
| | XXXXXXKX | TBD | | 
ae 7 7 ee a oe eae OO eee 
Peeeatang | Rot D2 wedheeeadeptesor tO anpat of all 
we ww mw wm ow ow ww om oe ow oe + 
GPTtiIox 2 son, 1C4. 
we ww eee we ew owe em oe ¢ www ww ww @ wm ww www ww ew @ 8 ww ew ow on ww ow ow ow on = ww ow ee ew 
comments | Key element for raport purposes. 


awpnep 4 an EP ewe EE ee eee ee See Se -=_ + 





= 5. 





APPENDIX G (Continued) 


eae eee See eee ee ee eee ee ee eS eee ee ee See ee —-— ww ww MW wm wm ww ww ew ww eww ww wm ew ew ww ew www eww ew ew - 
Name of Data FElement | Unpricei Purchase Orier 

ap apnea ae 2 eee 2 2S See SS Se Se eee Se Se - nn Beene BSF Pe BPs SSS SS SSS SP SSS ee Se SS ee ee Se a eS a 
Variable Name j UNPR 

ne ee oe a ee oe St 
Definition | Som? durchase osriers may not be fixed 

== SS 25 Se * in peice. 


ae ee ee weer e ee oe = = + ww we ew ewww ww ww www wwe’ ww ww ww www www @w BMW ewe eww ewe ewe = 
| Seasstiscation | ‘Ut Unpriced 
man ym * PY Peiced 


we ew wwe ew ewww ew ewe oe oe + ean ane eee Bae Se SSP SEP Pe SSP SP SBP Se SPF SP SP SSB SB SBP SP SP SB SPS ee Se See Se Se Se Se Se ee ee Se oD 


_—epna ees Se Ss SS Se 2 SS aS 2a ss SS oe 


ewe ew ew ew ew ew ewe wee ee o-= +} ean 422s 2 422 == = «= emnaenneeneaea 2s se SF ase see 22 22 2 2 SES ee ee ee ee ee Se 


| we ~-+ 
| 
Yn nr rr rn tt rn nn rr nn nn nnn ern nnnn-- 
Units 
men a a a na a a an tt re ener eee ee $m e Ho eee eH = teoerer------ 
| Form | Alpha Ime USsteeaecaticn yf 
mm mem eee wow wm we wee ow we ff wwe em wwe we ee $ ww me ww www wm ww www f¢ oe wee ee ee ee 
Width of Field | 1 character 
eee em eee eee me = =o $ mmm mew ewe mem aw} em mw mw « § we we wm we wow mw eww 4 ee eww ee ee ee 
Validity Rules | Requir2d : Rang2 | Content | Other 
— = = oe em oe ee oe ee oe @ oe -—- m= + 
| | 
| | XXXXXXX xX | IBD 
i ee $+ ------- +e een 4-2-2 ------ 
Optional | j | 
| XXXXXXXX | TBD ; 
iia — oo eS Sa HS fe -—-- === ¢ o-oo oc ome $ eee eee -- 
Bdating | Mer b2 Sci teayo1 ali TCs. 
2.2.22 ---- + Operoga Peon ail. fou. 
we @ e@ewe @ewewe ee & ow + ww www we@e@ we2 eww ww www ww ww ww www eww ww ww ew ww ww ew ew ew eH 
| Conments | 
| ----------------- - 
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APPENDIX G (Continued) 





Variable Name DOL VAL | 
eS + — mem mw mf = ww ww ow ew ew oe 2 ew ww ww ww ee se ee ee ee eee 
Vera ne tion { The sim total dollar amount chargeable | 
—————=—===-== - -- + against a given requisition. | 
2 fi ian a eae 6 ee TTT Serre rrr | 
Slassiftication N/A 

and Coding 

= Mw we ww ow em = ow we ee $e em mw wwe 6 ow wm wow ww ww oo ow ow ww ow ww ew a ew we ea ee we 
Uses f To repond to internal and external 


on ---- -----------+ reporting needs. 


<a e2e@eewe2 e2e2e eer ew] © ewe + ww MW ww ww ww Www ww @ ww w@ |W © wwe ww @ @ eww we We Mw ew wow W@W @ 


finn ee aS Se ce Se ee 








a oS o> * buyer. 
ee ee 
| Units { Dollars j 
i ans” Baa ae ee TS ea een te mere enna | 
{| Format f Numer:> i JWstizitcaczen | 
| aa nnn ne nt +--+ ----------- $~---------- 
feecaeon Or Field (fj 7 digits 
ee = oS —— ~ =~ + === — 2 = ¢------- + ee eee $---------- } 
Vead2ty RuEeS | Required Range Content Other | 
we @ ee @e 2 @ @@ @@ @e ow -— + 
| | | | | 
| XXXXXXKK | TBD | | 
"3 Se ee oe eee one eames ee) em oe ¢ wrrcrwrororor=- 
| Optioaal | | | | 
| XOX 1 | { 
at a t------- (PASS li amanda | 
Editing |} Reguired elit: ng on aia FCs 20 Dut. 
| —_-------—==-- + Opriteaan on TCl. | 
oo - -- - - -- ---- - $ nn ne nn ne | 
SOmments j Key element for report purposes. 
2a ewe ene wees ewe ewe ow oe ~~ 
| 
| 
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_—anp ea =P aD ee ae ae eee eee eee eee eee eel eee ee ee See ee eee Se _a__—a~n~~e~aqe eg @&Saaqagesaeees @2@2eqe 2a 2 ae &= = SF 2 = 22 Ss a= = =e 


moan e=seeere see Pewee Ss Se Ss Ss we Ss | -_—- a-a © DWwereenre qa@eeweeeeeF @ ws Ss Sse we @Fe Sse Bess = 2 Sas = @&= a= 


{ Definition Peeseecteeeertteren SE Cech procurement by 
a= so-so o-oo - tye Or Procursnsnt. 


Bedssitication | Pu , 
B Oe eos Fa 


and Coding | 


| 23 a 
| 
| 


Sonerace, Imp 
ed 


Uses | To provide internal management informa- 
| me nmr nn me nn nn - +e roneanG CLepOLEting needs. 


He em ww ww we ww we we wwe wwn mee we wm ow wm wm ow & @ ww ww ow ww = ow @ oo www wm we ee ee 
| Units | 
a Oo i ne oe a ae a SO 
Format | Alpha | Justification | 
| 2 leaded atlas $m ae me a a a a tt nn a nn rrr tt ee ee eee ee 
| Width of Field | 1 character 
me nn nn rm tt a rrr rr ne mr tte nner ee $a nn nn et mn 
Validity Ruies | Required Range {| Content | Other 
wa ee en a ee + | 
| | XXXXXKKX | TBD | ! 
ee ee eee + wwe wm mmm ew en = 4 ww wm ow wwe ee 
Optional | | | 
| OO. 8 & | TBD j ' 
a a a a a me tt a nn ne tt re He $a ee ee +---------- 
ead t2 ng Hocceoewene all [23, 
— OpElonel=on all Tea. 
i ee $e wm mame ewe we we ww wm www ow ow ow ww www www ow ww ow wm ow ew we 
comments | Key element for repert purposes. 


woe ee Pe SS 2 2 SF SS Se as Soe 
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APPENDIX G (Continued) 


enn ee ee@ee@nre «ss se SF Se SPS BPS BP SO SS SS Sa = = fee ea SF ese 22 82 se SF See ee ase Se SS SS 2S See eee ee ee eee oe 


men ee wmeanp> eae ae Se wee eae es SS awe ee ee ae ae ase =a =e meme ase was Fs 2 SBS SS SF Se SSeS See ae Se SS SSS ee ee ee ee ee oe 


Varlabie Name | PR “WIAD 
ee, Se nn 
Definition { To suRen san eaca procurement by in 
ities aos -——~——-t+t formal” bid prossdure or by formal wine 
ding/fadvertising. 
Td a a °. a go ape rea ion a a ee = 
RS Seeassitication Negotiated, Formal Advertising 
and Coding 
| --------------- -=+ 
| 
we ee ee ee meen ee ee he nn nn a na nn rr rn ne 
Uses { For internal and external reporting 
Ss a — —— — —— + purpos2s. 


ae ewe we ew we ew em we @ ww 4} ew www ew we @ ww ewe www ew ew ew ew ew ww eww www ww ww ww @ ww ww we 


feberavation Rule j Proviiad by buyer. 


—e oe wm ew ew ee ee oe ee $ wm mm wm we ew wm we = ww ow ww + = ow ww ww we we ew eee ow ee ee ee 
Jnits | 
a ll oor error er iia o << a eee a oe Se a 
Format { Alpha (eguselfLSscaueon | 
we na an a aa a ne tt nr rr nr nr a Hee ee ee rere er ee t+ ----------- 
Width of Field | 1 chara crer 
am a a wm a an a ne a a fp ee ne et ee ee $+ -- ee ene - $e 
Validity Rules | Required Raage Content | Gunes 
wee e ww ew we ww ww we oe ee + 
| 
| XXXXKXK XK | TBD | | 
Se epee = oe $wrrenrrrer- ¢errrrrrrrr-=- + rrrrrrrrro 
{ | Opes aa tl | | | 
| ] XXXXXXXK_ | TBD l { 
—_———i == i: rnin eee cf a 
(eat cing } Must 92 edited on oe ne 3:. 
a ---- = = 
comments | Key elsment for report purposes. 


eee eww ew ew ewe we ew ewe owe +> 
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mm we ee ee ee we eee wee = we ee fm we mm ww we we we ow = ww ow we a we ow ee aw ee ee ee ee 
Name of Data Element | Competition/Non-competition 
a ee ee een bmw wm mm ww wm wee ew wm ee wo we ww ww ow oe ee ee ee 
Variable Name { COMP | 
ae we oe oe we we ow we ww we om we } oe eww om $m mw mw meme mw we we ee ww wee we we eee ee eee ee 
Definition | The existence of multiple vendors each | 
a 7 oe + weno veieng bids in ane2teapation of wan- | 
hing the award. | 
I OOS a en Tt ee ee ee 
SeicsSsSi fication Comperen one NON -COMpetition, | 
wea COding Under $500.60, Saders son F2S. 
aoewew we @eeew es @ @ ewe @ aoe We 
| 
| 
aa. oo TS nn ian 5 Gua TS TTC] 
Uses | For internal and external reporting | 
— purpos2s. | 
a ean | 
| Derivation Rule | Provii2d by buyer. { 
a= = == = = + = = == + 
meee veer | 
| Onits | | 
mo ee ee ee ee Hm ee ne a a a ta a a rr nm te re nr ee 
Format i AG pn a iste eres. On | | 
nn rn etn ern rn en ne ton nn ne ene renee $—----------- 
| woeorn Of Field | 1 character | 
oe aerate ‘qemeass> 5 aeeecn caeemaree: - = ees ae | 
Validity Rules | Required | Range | Content | Other i 
a= =o . | ( | | 
| | ! | | 
| | XXXKKKX } TBD { | | 
ee eee eee $ www www wm ow = wf www ee ee eee 
Optioial | | | 
| | GOOG TBD | | 
a + ak wero ee ae ans fo amean | 
ead. TL ng i Must Se Oimeyel  £C3.. j 
ee = ——+ “pico Ja Ted. | 
wo -- -- - ------- --- to nn a rn rn = | 
~Omments i Key 2lement for report purposes. | 
we mm ow we ww we we ow we we es = + 
| 


o3 





APPENDIX G (Continued) 


nee aeaae ae eae aeeae 2a 22 ae ee eee Se Se ee Se ee + =a eo eaeeaaeaeee es S22 2 SB eeaees S&F es =F SB ae Se SS Se ee 2 Se SSeS ee es Se oe oe 
Name of Data Element | Modification of Dollar Amount 
ee ee $m wm mem em ew ew ew owe ew oe ee eee we ew ew ee | ee 
Varieble Name | MOD 

ee bw mewn mm ewes oe we we mew eww @ ow ww owe ome 

| Definition fe lito ated cator Of avehange in the 
a + dollar amount prziviously entered on a 


contract/forder. It indistates an increase or decrease, but 
not the amount of the change. 


we ee we ew we wwe ow om om wm wwe wwe mi we mw eo ew ow ow ewww we ow ow ww ow ow ew ww ow ww we 
| Classification 'I' equals incréass 
and Coding 'D' eyjuals decrease 
| -- -- -- -- -- -- -- - --+ 
-—-----— Se 
Uses {| Used t> denote changes in previously 


eee mei et reported contricts/orders. 


@Wmenmn ananp aeaapeae 42 43242 4 ae Se SE SS aD wmaeenpapPat ee SP SP Se Sea see SP SBP ae ase ses SF SF See Se ai S82 eee See ae SB Se SP Ee eee ee ee Se Se ee a 2 oD 





ese ee 2 eee ee we ewe ee ew ~ sew ew ewe @2eEeww wwoewreese 2 @ewwoewrowerew wwe wee @ @e@ oe @ a= 
| Units | NSA 
jee SS ee a Sat HR em mn + So noe Ss ae 
Format | Alpha OS YUGsStriEtcozion | 
wee aa a ne oe ee - Hm en a we a $a eae 2 a ne ee tt ee ee ee 
Peadth cf Field | | character 
——— malar lara eee ee ee ae = a eee ee ae ae ae ee 
Validity Rules | Requir2d Rang? Cont en Other 
ewe @ ee ewe ew ewe we www ow + 
| 
a $ meee $ meee = $¢ ee ee eee ee 
| | Ope tora 4 | 
| Mm XAMKXXK XX JREC BD | 
wae ee ee an a oe SO ee ee i ee tee oe 
i Seating i) Weis 25 ean Coeleda! Smery 2.0 alli 2mput 
Sees saat e at aet thaasastions, however, for changes in 
me@emwaeclleal amOUlt Of SXLSti ny Ccontracts/orders utilizing 
meroGe2: 1S 2 reguired 2ntry in ofisr to change the 


Joliar amount previously posted. 
= om ee ewe we es eee Bw ow oe Sa seen we wese eo Zeer wesw weve weer wreewewewe @ 2 wee wow @eew we aw 


COnments 


ema 2 eae eae 2 ae ee ee ee eee =e dp 
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APPENDIX G (Continued) 


ae ee we we we we wee we a we we we oe ew es fF — wm eww ww ew wee = wee ew eee oe ew ew we ow ee ee ee es 
Name of Data Element  j Julian Daté Cancelied 

we ee we ow ew ew www ow oe we ew owe = $— mw ww mmm meme @ & oe ow ow ww oe ww ow we we se es 
Variabie Name . { DATE SSS 

{ Definition | This 15 the “aaa that a procrement 

ee em enn ene e+ action is cancelled. The material is 
either not available, is not authorized for procurement, 
or the ee ee no longer reguires it. 


@tassirtication 7 
and Coding 


Uses i 


Sethe requisitioner, 
wetion wi 


the requisitioner. 


Provided by 
procurement 


_—n =P aP PDP ee ee PP ae ee SE ee eee oe Oo ann wmeee @e ee @eq@wd wae gs w&@& ee 2 S22 Se eS PP SP SPS Se SF ee SS 2 ee See Se a a ae = op 


o3oe we we ee ew ew eww woe @ ww + ww www ewew nw ow ewe wee we ew @ ww ww wwe ww ww ew @ we eww ww ew ew ew @ 


Used t> denot 
+ not b= comple 
ar3 
1 have effect of tern 


EG GSEBuLsSitions which can 

od) soe at. Chen di Scretior 
moO Longjet needed. This trans- 

Miac wend cre fScord. 

buysct assinged to the 

aftar discussion with 


~ 
Units | NSA 
wee ee ee ee ee ee $m me a a a a a = $a ne 9 a a rn a tt ee ee eee 
Format | Numeric YY Jmstittcation. | 
me ee ee ee ee $n ne a a ne aH te re tt ee - = - -- - = 
Medin Of Fieid | 4 digits 
meee wee ee ee eee $m mr ae a th an a tt en nr a tt ee + 
Validity Rules | Required {| Range Content | Other 
wee wee ew ee eS ee OS oe aia 
| 
Ae XK Kee | TBD | ( 
ee ae ee ee ee a 
Optioizal | 
| | 
we oo oe ~~ <= ----- = t-------- --- + —------- $ ---------- t---------- 
Ba, tirg | VPaese ES) ao eequi bed entay.on the TCS 
we ee wre eer ere + transaction. It must be edized. 
we we ww ew ew we we om oe + we www ww @ wm ww ww ew ew ww ow @ ow ow ow we ww we ee ee we oe ew ew 
Comments 
we ew ww ow ww we we ww ss =e + 
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APPENDIX G (Continued) 


wee ee we ewe we ee ewe ew we ew = =} 
Name of Data Element | 
| Variable Name { 
ee tb 

Definition This op 
ita a oF + otaen. 

not carried out aS previ 
ia. | Ue oe 

Bwassitication { Thais = 
and Coding | erated 
| = oe . Sr 
| Uses | Dees 7 


See ewe em ew eew mm mw em emnmt TEASON 


{| of a procurement action. 
j such transactions. 
ww ww we ww www ow ww ow oo $+ ew we ww owe 
Derivation Rule ] Provii 
| an ae we - - -- - - = = + 
=a Ow Pee @ ee 2 ese we @ ow ¢ rr wre2nr-- 
Units i N/A 
wee wee em ew ew ew ow ow ow + we ewww oe 
emma Tt { Aipha 
lt. 252 oe StS 
feeeen Of Fieid | 1 char 
oo 2S eee ee ee 


Validity Rules | 


XKXXXXX 
Option 


_anp Pap Ee ee eee ee eee eee oD wef ow woe = = 


Editing juga s} Gl 
ee aH trans 


| 
| 


_men apa 4B eee Se a ee eee oD =——+ am@anp4 «= 4 =) = 


COMMENTS | 
=a aD 2 Pa De eee ee ae ee ~—=— + 





Requir2d {| 


Reason for Cancellation 
REASON CANC 
covides maiaagers with an explan- 
why the procurement action was 
ously requested. 
lement would be delineated by 
le charast2r and a tadle look-up. 
S$ a prime element documenting the 
for an unsuccessful fulfillment 
Managers are keenly aware of 
2d by buyer. 
a (iia = oo oO See 
PINs tl Besson. | 
ACtEr 
- emt -- -- --- SSS SSS SSS SSS SS Se 
Rang: Content | Other 
XX | 
o ee et eee $—--—-------- $e ee 
zc. | 
<-> om = + ee sme Se Pen ee See See ee ee ee ee ee ee ee Se 2 oe 2 
3 a requirei element on all TCS 


Setwonse Leo NUS: Oe edited. 
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—se = ee ew ee wee we ew wwe www e wo ¢ =] ww wM eww ww ew ew ew ew ww www wM ew @M Mew ew ww ww eww ww ew ew mo 
—— ee ewe ew ewe ew we @ oe ww ew Mew ew ew @ fe wm we @ ww wen @ ww ew we @ em ww ew @ @ em ow ww @ oe ww we 


| Definition i This is the unit identification code 
a et )6=6OOr CF lea he aSELVILtYyY Naevaing 
cognizance over a particular procurement. 





me em meee @ oe ww we - oe ¢ ew wm en we wm we Mm oe we ew em ww o 2 ew mw = ow ww ow we we ee ee eee 
Slassitication | N/A 
amd Coding 
Uses | This element tells the buyer and 





ie ooo aoa ———+ flanagencnt alike, where a particular 
SmeOcULEment action has deen forwari2d for action. I* is 





used for follow-up and 2axpediting. 
me we wm we ew mm ew we oe ww ¢ wm ww ow @ Oe ww me ew we oo wow ew ww we we ee ew ee 
Derivation Rule | Supplied by the buyer at the time of 
aoa + referral. 
EE 
Units i N/A 
me nn a a a a at nr $a re ee ee =e t----------- 
Format { Numeric | Gisclraeass2on | 
we ee ee ee ee $m me nn a a a tt a a nr nr ee te eee = 
feeeath Of Field j 5 digits 
es. 7. ame 2 ea a adnan = a aoe een 
Validity Rules | Requirsd | Rang2> {| Content | Other 
=e ewe Se ew ee ee eS ao 
| 
| XXXXXXXX | TBO | | 
--2----- Ste Se ee 
| Optionzl | | 
{ | 
| | 
we ee ee ee ee eee $m mn an tt an a $n a tt ee 
PeeGating Y Ths as oo eas element on all TC6. 
eee ~~ — = —~----+ Tt must be editei. 
we mm ee ow ew me ee ee $m em meme ww ew ow we ww ee ee ee we ee ee ee ee eee ee 
22 @ ew ee om om ow == = + 


| cOmments | 
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aie a ED oe ee ee ae oe ce SE «go, aes aT oo, ORES eet a ee 


ee a ee RR et ee ee ee 





APPENDIX G (Continued) 








ee ee we we we ewe ow ee oe ee wwe baw mew em moe we em ew = = ow ew ow ee ew ee ew ee eee eee ee 
{ Name of Data Element | Jullan Date Referred 
ae we ee we we we we we we we we oe we we we wwe = Fm we wm om ow www ow ow ow we wm we ww we ee we ee we es ee 
Variable Name | REF DATE 
see ewwe woeowee ewe oo we 4 we ewe oe = -- wm @M ew ww ew www wm ww ww www wm ww we www ww www wm ew 
Definition | This is the day that the buyer takes 
ae ———— —-+ actidi to pass the procurement to 
an outside command for astion. 
aa — i — we we we ww we ww wee we we oe ww oe ow ww oe ww ow ww ww ww ww ww we ee 
Classification { WAZA 
and Coding | 
| 
—— 
Uses { This 2lement will serve as a tickler 
a = ———— ——— —— - fewer nely £OlroWw-up actioa on the 
9art of buyers assigned to a givin procurement. 


ee Se ee ee SS eee eee ee oe — ae 





| Derivation Rule | Provided by the buyer when referred. 

2a @e ee we we ww @e ~ we ++ 

i — Se 

Ww enits | NSA 

we ee ee ee ee ee mn rm er rr etre er rer et mettre cre rrer r= 
wommet . Nwneris [Misc tcication | 

wo ee en oe ee $m mn a a a a ta nn a a tte rn ee 
fea@eh of Field | 4 digits 

ame ee ee ee ee ee $m ee em mw mm amt He mw wn a $a nn a a a a tt ene eee 
Validity Rules | Required | Rang: | Content | Other 

| -----------------+ 

| | XXXX XXX KK | Loo 4 

| --- oo --- t+ ------- $---------- tone ------ 
| | Cpmmenal | | 
| 

ene Oe eT Te TTT 2... 3 eee ae 
Pa ting ; Thessonts ss i ecia etwad 1 Te. 

we ee ee eee --- + It must be edite3i. 

[eee —— —— - --— Se nnn oe ene ain ee Salaries tad 
Comments | Some Linkage with the PALT dstermina- 

aw ee me wwe www nm m—— t+ £100 Cormula 15 indicated in order to 
Suspend the PALT calculation whils in the hands of the 





| the referral activity. 
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menmpn aap OP Rae Ee SP Se SP 2 eee eee ee ee eee Se Se oe me ew eee eee ee ese ee Se Se SSS eB ee ee ee eee eee See Se eee eee eee ee ee Se oe ee 


Variable Name | RESP DUE 

Se i i ne Re ee de 
{ Definition { This jJate is supplied by the buyer at 
a ee + the tine a TC6 15 entered td serve as 


has been received. 


=e = = 2 ap a= == wwe we ww oe few ww me we © ew ew we ow ew ww ow @ -~— arn eae eee ee See See Se Se ee ee ee ee ee ee ee Se DD 


| a4 reminder to query the referral activity if no response 
Classification | N/A 


and Coding 
| 


== ap awe ee! we we ww S| ow} 


-— <> = eo a ee ee oe ee ee ee eee ee ee a =e «pee eee ew ee eee Se ee ee ee oe ee ee ee oe ce ee ee a a ee a ae a a ee ee ee 
Jses { Serves as a ticklsr system for overdue 
eee we ————==-+ Terserrcal actions. 





ee we we we a we we oe we } we oe ow wn ww ow oe wm on ww we owe we ow we ow oe we wn we ow wn oe we ee se ow we 
Derivation Rule | This jate is provided by the buver 
a —--—--—— =— + upon tifornation previously provided 
7 Dyetne referral activity. 
ae — ————--—----— $e mmm nm wm mw ww ww wn wn a wt wm ow ww ow ww ww we 6 oe ee = ee ee ee 
ics 1 N/A 
ed ee oe Pe a RP ee ee 
Fornat | Numeric iouscietcation {| 
mn a a a a tt a nn a a a a tt ne a a a a et en 
Width of Field | 4 digits 
wae ene oe ee $n nn aa hn na a tt a a rt Hn ee 
{ Validity Rules | Required | Rang2= {| Content {| Other 
ee ee { 
| | 
{ XXXXXKX { TBD i 
| SSS SS SS + ---------- +—-—--------- 
Opemons i | { i 
| | 
_ io) ee tiger ge oe ee enn oS a = ga ed aaa Mn: mee 
j Editing (ee diet Onwen@s ee nanSacti on is required 
iam anccs7 + ot ON all’ TC6 input. 


{j Comments i 


=n oP aR aE ee 2 2 ee ee ee ee See oD am 
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